(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 

International Bureau 

(43) International Publication Date 
17 November 2005 (17.11.2005) 




PCT 



(10) International Publication Number 

wo 2005/109124 Al 



(51) International Patent Classification^: G05B 19/042 

(21) International Application Number: 

PCTAJS2005/015392 



(22) International Filing Date: 

(25) Filing Language: 

(26) Publication Language: 



4 May 2005 (04.05.2005) 

English 
English 



(30) Priority Data: 
60/567,980 



4 May 2004 (04.05.2004) US 



(71) Applicant (for all designated States except US): FISHER- 
ROSEMOUNT SYSTEMS, INC. [US/US]; 12301 Re- 
search Blvd., Research Park Plaza Bldg. Ill, Austin, TX 
78759 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): BLEVINS, Ter- 
rence, L. [US/US]; 3801 Carmel Drive, Round Rock, TX 



78681 (US). BEOUGHTER, Ken, J. [US/US]; 16917 
Korat Lane, Round Rock, TX 78681 (US). LUCAS, J., 
Michael [GB/GB]; 7 Wales Orchard, Leire Lutterworth, 
Leicestershire LE17 5ES (GB). NIXON, Mark [US/US]; 
1503 Blackjack Drive, Round Rock, TX 78681 (US). 

(74) Agent: BRAIDWOOD, G., Christopher; Marshall, Ger- 
stein & Bomn LLP, 233 S. Wacker Drive, Suite 6300, Sears 
Tower, Chicago, XL 60606-6357 (US). 

(81) Designated States (unless otherwise indicated, for every 
kind of national protection available): AE, AG, AL, AM, 
AT, AU, AZ, BA, BB, BG, BR, BW, BY, BZ, CA, CH, CN, 
CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, FI, 
GB, GD, GE, GH, GM, HR, HU, ID, XL, XN, XS, JP, KE, 
KG, KM, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MA, 
MD, MG, MK, MN, MW, MX, MZ, NA, NX, NO, NZ, OM, 
PG, PH, PL, I^, RO, RU, SC, SD, SE, SG, SK, SL, SM, S Y, 
TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, VC, VN, YU, 
ZA, ZM, ZW. 

[ Continued on next page] 



(54) Title: A PROCESS PLANT USER INTERFACE SYSTEM HAVING CUSTOMIZED PROCESS GRAPIHC DISPLAY LAY- 
ERS XN AN INTEGRATED ENVIRONMENT 



0\ 



O 




—- D 



PERM. VAR. — >--,x 
DATA DATA ^<Q; 



60a 
60b 

60c 



METHOD 1 
METHOD 2 
METHODS 



I STATUS I 
\ CLASS I 

Ttag I 



~\ — 

42e 



56 



r 









35b 



(57) Abstract: A method useful for providing a user interface 
for a process plant includes displaying graphical depictions of 
process plant elements of the process plant via the user inter- 
face. Xnfoimation is generated for a plurality of content layers 
of a process graphic display of the process plant elements by 
processing data regarding operation of the process plant. Con- 
tent to be displayed via the user interface is determined from 
the generated information by determining which content layer 
of the plurality of content layer is to be displayed- Xn some 
embodiments, the determination may be made based on a user 
profile characteristic. The generated information may therefore 
support multiple views of the process plant via the user interface 
for a plurality of different types of users of the user interface, 
and may involve processing data regarding actual and simulated 
operation of the process plant. As a result, the method may 
also include determining whether the process plant is currently 
on-line to further determine the portion of the information to be 
displayed via the user interface. 
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A PROCESS PLANT USER INTERFACE SYSTEM 
HAVING CUSTOMIZED PROCESS GRAPHIC DISPLAY LAYERS 
IN AN INTEGRATED ENVIRONMENT 

RELATED APPLICATIONS 

[0001] This application is a regular filed application of, and claims, for the 

purposes of priority, the benefit of U.S. Provisional Application Serial No. 

60/567,980, entitled "Graphical User Interface for Representing, Monitoring, and 

Interacting with Process Control Systems," which was filed oh May 4, 2004, and 

which this application hereby expressly incorporates by reference herein in its 

entirety. This application is also related to U.S. Patent Application Serial Number 

10/625,481, entitled "Integration of Graphic Display Elements, Process Modules and 

Control Modules in Process Plants," which was filed on July 21, 2003, and which 

pubKshed as U.S. Publication No. 2004/0153804 on August 5, 2004, which, in turn, is 

a Continuation-in-Part'of U.S. Patent Application Serial No. 10/278,469, entitled 

"Smart Process Modules and Objects in Process Plants," which was filed on October 

22, 2002, and which pubUshed as U.S. Publication No. 2004/0075689 on April 22, 

2004, the entire disclosures of which are hereby expressly incorporated by reference 

herein in their entirety. Tliis application is also related to U.S. Patent Application 

Serial Nnmber 10/368,151 entitled "Modide Class Objects in a Process Plant 

Configuration System," which was filed on February 18, 2003, and which published 

as U.S. PubUcation No. 2004/0199925 on October 7, 2004, the entire disclosure of 

which is hereby expressly incorporated by reference herein in its entirety. This 

application is also related to the following patent applications, which are being filed 

as International (PCT) applications on the same date as this application and which this 

application hereby expressly incorporates by reference herein in their entirety: 
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"Associated Graphic Displays in a Process Environment" (Atty. Docket No. 
06005/41 1 1 1); "User Configurable Alarms and Alarm Trending for Process Control 
Systems" (Atty. Docket No. 06005/41112); "Integration of Process Modules and 
Expert Systems in Process Plants" (Atty. Docket No. 06005/41 113); "Scripted 
Graphics in a Process Environment" (Atty. Docket No. 06005/41115); "Graphics 
Integration into a Process Configuration and Control Environment" (Atty. Docket No. 
06005/41 1 16); "Graphic Element with Multiple Visualizations in a Process 
Environment" (Atty. Docket No. 06005/41 117); "System for Configuring Graphic 
Display Elements and Process Modules in Process Plants (Atty. Docket No. 
06005/41 118); "Graphic Display Configuration Framework for Unified Process 
Control System Interface" (Atty. Docket No. 06005/41124); "Markup Language- 
Based, Dynamic Process Graphics in a Process Plant User Interface" (Atty. Docket 
No. 06005/41 127); "Methods and Apparatus for Modifying Process Control Data" 
(Atty. Docket Nos. 06005/591622 and 20040/59-1 1622); "Methods and Apparatus for 
Accessing Process Control Data" (Atty. Docket Nos. 06005/591623 and 20040/59- 
1 1623); "Integrated Graphical Runtime Interface for Process Control Systems" (Atty. 
Docket Nos. 06005/591628 and 20040/59-11628); "Service-Oriented Architecture for 
Process Control Systems" (Atty. Docket Nos. 06005/591629 and 20040/59-11629). 

TECHNICAL FIELD 
[0002] The present invention relates generally to process plant user interfaces and, 
more particularly, to an intelUgent control and simulation environment that enables 
user viewing, simulation and control to be integrated at tixe system level of the process 
plant control architecture. 
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DESCRIPTION OF THE RELATED ART 
[0003] Distributed process control systems, like those used in chemical, petroleum 
or other processes, typically include one or more process controllers communicatively 
coupled to one or more field devices via analog, digital or combined analog/digital 
buses. The field devices, which may be, for example, valves, valve positioners, 
switches and transmitters (e.g., temperature, pressure, level and flow rate sensors), are 
located within the process environment and perform process functions such as 
opening or closing valves, measuring process parameters, etc. Smart field devices, 
such as the field devices conforming to the well-known Fieldbus protocol, may also 
perform control calculations, alarming functions, and other control functions 
commonly implemented within the controller. The process controllers, which are also 
typically located within the plant environment, receive signals indicative of process 
measurements made by the field devices and/or other information pertaining to the 
field devices and execute a controller application that runs, for example, different 
control modules which make process control decisions, generate control signals based 
on the received information and coordinate with the control modules or blocks being 
performed in the field devices, such as HART and Fieldbus field devices. The control 
modules in the controller send the control signals over the conmiimication lines to the 
field devices to thereby control the operation of the process. 

[0004] Information fi-om the field devices and the controller is usually made 
available over a data highway to one or more other hardware devices, such as operator 
workstations, personal computers, data historians, report generators, centralized 
databases, etc., typically placed in control rooms or other locations away from the 
harsher plant enviromnent. These hardware devices run applications that may, for 
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example, enable an operator to perform fimctions with respect to the process, such as 
changing settings of the process control routine, modifying the operation of the 
control modules within the controller or the field devices, viewing the current state of 
the process, viewing alarms generated by field devices and controllers, simulating the 
operation of the process for the purpose of training persoimel or testing the process 
control software, keeping and updating a configuration database, etc. 

[0005] As an example, the DeltaV™ control system, sold by Emerson Process 
Management includes multiple applications stored within and executed by different 
devices located at diverse places within a process plant. A configuration application, 
which resides in one or more operator workstations, enables users to create or change 
process control modules and download these process control modules via a data 
highway to dedicated distributed controllers. Typically, these control modules are 
made up of communicatively interconnected fimction blocks, which are objects in an 
object oriented programming protocol, which perform fimctions within the control 
scheme based on inputs thereto and which provide outputs to other fimction blocks 
within the control scheme. The configuration apphcation may also allow a designer 
to create or change operator interfaces which are used by a viewing application to 
display data to an operator and to enable the operator to change settings, such as set 
points, within the process control routine. Each dedicated controller and, in some 
cases, field devices, stores and executes a controller apphcation that runs the control 
modules assigned and downloaded thereto to implement actual process control 
fimctionality. The viewing applications, which may be run on one or more operator 
workstations, receive data firom the controller application via the data highway and 
display this data to process control system designers, operators, or users using the user 
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interfaces, and may provide any of a number of different views of the process control 
routine or module, such as an operator's view, an engineer's view, a technician's 
view, etc. A data historian application is typically stored in and executed by a data 
historian device that collects and stores some or all of the data provided across the 
data highway while a configuration database application may run in a still further 
computer attached to the data highway to store the current process control routine 
configuration and data associated therewith. Alternatively, the configuration database 
may be located in the same workstation as the configuration application. 

[0100] As the number and type of control and support applications used in a 
process control environment have increased, different graphical display applications 
have been provided to enable users to effectively configure and use these applications. 
For example, graphical display applications have been used to support control 
configuration apphcations to enable a configuration engineer to graphically create 
control programs to be downloaded to the control devices within a process plant. 
Additionally, graphical display applications have been used to enable control 
operators to view the current functioning of the process plant, or areas of the process 
plant, to enable maintenance persoimel to view the state of hardware devices within 
the process plant, to enable simulation of the process plant, etc. However, these 
graphical display applications have, in the past, been separately created as part of, or 
to independently support the specific applications with which they are associated, and 
thus are generally limited in usefialness to the specific process fimction for which they 
were created. For example, it is difficult, if not impossible, to use a graphical 
program created to support a control operator in a context involving maintenance, 
configuration, or simulation functions. 
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[0006] As a particular example, some process control configuration applications 
presently include a library of template objects, such as function block template objects 
and, in some cases, control module template objects, which are used to create a 
control strategy for a process plant. The template objects have default properties, 
settings and methods associated therewith and the engineer using a graphical 
configuration application can select these template objects and essentially place 
copies of the selected template objects into a configuration screen to develop a control 
module. During the process of selecting and placing the template objects into the 
configuration screen, the engineer intercormects the inputs and outputs of these 
objects and changes their parameters, names, tags and other properties to create a 
specific control module for a specific use in the process plant. After creating one or 
more such control modules, the engineer can then instantiate the control module and 
download it to the appropriate controller or controllers and field devices for execution 
during operation of the process plant. 

[0007] Thereafter, the engineer may use a different graphical display creation 
application to create one or more separate, independent displays for operator, 
maintenance and other persoimel within the process plant by selecting and building 
display objects in the display creation application. These displays are typically 
implemented on a system wide basis in one or more of the workstations, which 
provide the preconfigured displays to the operator or maintenance persons regarding 
the operating state of the control system or the devices within the plant. These . 
displays generally take the form of alarming displays that receive and display alarms 
generated by controllers or devices within the process plant, control displays 
indicating the operating state of the controllers and other devices within the process 
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plant, maintenance displays indicating the functioning state of the devices within the 
process plant, etc. However, these displays are generally preconfigured to display, in 
known manners, information or data received from the process control modules or the 
devices within the process plant. In some known systems, displays are created 
through the use of objects that have a graphic associated with a physical or logical 
element and that is communicatively tied to the physical or logical element to receive 
data about the physical or logical element. The object may change the graphic on the 
display screen based on the received data to illustrate, for example, that a tank is half 
full, to illustrate the flow measured by a flow sensor, etc. However, these graphical 
displays used for configuration, operator control, maintenance and simulation 
activities are generally created separately from one another using different graphical 
editors. 

[0008] Thus, while graphic displays have been provided in and associated with 
different applications used for different general activities performed within a process 
plant, these graphic displays and associated graphic display editors were generally 
added on at the functional level of the application for which they were created to 
support. As a result, the graphical editors, to the extent they existed, have only 
enabled the user to create graphics that support specific functionality needed by a 
specific application. Previous process plants did not provide a graphical display 
editor that could be used by or that could support the graphical needs of various or 
multiple activities being performed in the context of plant configuration and support. 
Thus, for example, a graphical display editor used to support or enable control 
configuration activities only enabled the user to create control programs and did not 
support the needs or functionality of operator or maintenance displays. Similarly, 



-7- 



wo 2005/109124 



PCT/US2005/015392 



graphic display editors used for creating operator or maintenance views to be 
provided to a control operator or maintenance technician during operation of a plant, 
did not support functionality associated with configuration activities, simulation 
activities, etc. As a result of the graphic display needs being supported at the 
individual functional levels of the process plant, such as at the control configuration, 
maintenance support, control operator support and simulation support fimctional 
levels, different ones of the displays created by these various editors end up modeling 
and depicting the same components within the plant, which results in the duplication 
of graphical display efforts by various different persoimel with the process plant. This 
duplication of effort is manifested not only in the effort needed to create the different 
graphical displays depicting the same process element for different uses, but also in 
the effort needed to tie the graphical elements used in different display applications to 
the actual hardware or software elements within flie process plant to which they are 
associated. 

[0009] Because graphical support for various process plant activities has been 
provided after the fact, and as part of the actual activity being performed, graphical 
support is not integrated in the plant environment in a manner that enables common 
graphics to be created and used within the plant at the various different functional 
levels of the plant. This non-integration of graphics leads to the graphics actually 
created for the different functions being different from function to function or firom 
application to application, which can lead to confusion on the part of users who, while 
familiar with one specific type of graphical display, might occasionally need to view 
different displays associated with different operations or functions within the plant. 
Likewise, as noted above, the provision of graphical display support at the various 
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different functional levels of the plant leads to the duplication of graphic support, both 
in creating displays and properly connecting the elements within the displays to actual 
hardware or software elements within the plant. 

SUMMARY 

[0010] In accordance with one aspect of the disclosure, a method of providing a 
user interface for a process plant includes generating information for a plurality of 
content layers of a process graphic display of process plant elements of the process 
plaut, determining a content layer of the plurality of content layers to display, and 
displaying via the user interface the determined content layer. 

[0011] In some cases, the generating step includes processing runtime data received 
from the process plant in connection with the process plant elements. The 
determining step may include selecting the determined content layer based on a user 
profile characteristic. When the user profile characteristic includes an indication for 
operator access, the displaying step may then include rendering an operator content 
layer of the plurality of content layers based on the nmtime data. 

[0012] The generating step may also or altematively include processing simulation 
data in comiection with simulated operation of the process plant elements. When the 
user profile characteristic includes an indication for maintenance access, the 
displaying step may then include rendering a maintenance content layer of the 
plurality of content layers based on the simulation data. 

[0013] In some embodiments, the method further includes introducing simulated 
disturbances into the simulated operation of the process plant elements. In such cases, 
the displaying step may include rendering an instructor content layer of the plurahty 
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of content layers to support the introducing step when the user profile characteristic 
includes an indication for training instructor access. 

[0014] More generally, the generating step may include implementhig object 
methods defined in a plurality of objects respectively modeling the process plant 
elements depicted in the process graphic display. Each object of the plurality of 
objects may further define a graphical depiction of the process plant element for each 
content layer of the plurality of content layers. 

[0015] In accordance with another aspect of the disclosure, disclosed is a user 
interface system for a process plant. The user interface system includes a computer- 
readable medium, a display device, and an object having information stored in the 
computer-readable medixun regarding operation of a process plant element of the 
process plant. An execution engine of the user interface system utilizes the object 
information in a runtime environment to generate a content for a plurality of content 
layers of a process graphic display. The display device then depicts a specified 
content layer of the plurality of content layers. 

[001 6] The obj ect information may related to receiving runtime data firom the 
process plant in connection with on-line operation of the process plant element. In 
cases where the user profile characteristic includes an indication for operator access, 
the specified content layer may be directed to a customized depiction of the runtime 
data in an operator content layer of the plurality of content layers. Alternatively, or in 
addition, the object information relates to generating simulation data in connection 
with simulated operation of the process plant element. In cases where the user profile 
characteristic includes an indication for maintenance access, the specified content 



-10- 



wo 2005/109124 



PCT/US2005/015392 



layer may be directed to a customized depiction of the simulation data in a 
maintenance content layer of the plurality of content layers. Furthermore, the object 
may also include information related to a simulated disturbance of the simulated 
operation of the process plant element. In cases where the user profile characteristic 
includes an indication for training instructor access, the specified content layer may 
be directed to a customized depiction of the simulation data arising JBrom the 
simulated disturbance in an instmctor content layer of the pluraUty of content layers. 

[0017] In accordance with yet another aspect of the disclosure, a method of 
providing a user interface for a process plant is disclosed. The method includes 
generating information for a plurality of different types of users of the user interface 
by processing data regarding on-line and simulated operation of the process plant, and 
rendering a selected portion of the content in a customized depiction of the process 
plant by determining the selected portion of the content in accordance with a current 
user type of the plurality of different user types. 

[0018] In some embodiments, the customized depiction is rendered by determining 
whether the process plant is on-line to further determine the selected portion of the 
content for the customized depiction. 

[00191 In accordance with a still further aspect of the disclosure, disclosed is a 
method of generating a user interface for a process plant. The method includes 
creating a process graphic display of a plurality of graphic display elements 
representative of a plvirality of process plant elements of the process plant, 
respectively. The plurality of graphic display elements are configured by defining 
parameters related to operation of the corresponding process plant elements and by 
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defining simulation parameters to support simulated operation of the corresponding 
process plant elements. The method also includes establishing a plurality of content 
layers for selectively displaying information related to the operation and simulated 
operation of the process plant elements via customized views of the process graphic 
display. 

[0020] In some embodiments, the method further includes the step of storing a 
plurality of objects for the plurality of graphic display elements, respectively. Each 
object may then include the respective parameters related to on-line operation and the 
simulation parameters. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] Fig. 1 is a block diagram of a distributed process control network located 

within a process plant including an operator workstation that implements a display 

routine which uses smart process objects to create process modules and graphic 

displays to simulate the operation of the process plant; 

[0022] Fig. 2 is a logical block diagram of a set of appUcations and other entities, 
including smart process objects and process modules, stored in the operator 
workstation of Fig. 1, which may be used to implement enhanced functionality in a 
process plant; 

[0023] Fig. 3 is a simpUfied depiction of a configuration screen used by a 
configuration engineer to create a process graphic display or a process module using 
smart process objects stored in an object library; 

[0024] Fig. 4 is a detailed depiction of an exemplary process graphic display 
including a depiction of streams and connection elements within the process plant, the 
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depiction being created by interconnecting the graphic display elements of a number 
of smart process objects; 

[0025] Fig. 5 is a logical block diagram of a manner in which process modules 
using smart process objects may be created in and implemented within an existing 
process control network; 

[0026] Fig. 6 is a simplified depiction of an exemplary operator content layer of a 
process graphic display having graphic display elements for a set of smart process 
objects; 

[0027] Fig. 7 is a simplified depiction of an exemplary maintenance content layer 
of the process graphic display of Fig. 6, the maintenance content layer presenting 
graphic display elements differing firom those shown in the content layer of Fig. 6; 

[0028] Fig. 8 is a simplified depiction of an exemplary engineering content layer of 
the process graphic display of Fig. 6, the engineering content layer presenting graphic 
display elements differing firom those shown in the content layer of Fig. 6; 

[0029] Fig. 9 is a simplified depiction of an exemplary management content layer 
of the process graphic display of Fig. 6, the management content layer presenting 
graphic display elements differing from those shown in the content layer of Fig. 6; 

[0030] Fig. 10 is a simplified depiction of an exemplary training operator content 
layer of a further process graphic display to be utiUzed in a training exercise; 

[0031] Fig. 1 1 is a simplified depiction of a training instructor content layer of the 
process graphic display of Fig. 10, the training instructor content layer presentmg 
graphic display elements differing from those shown in the content layer of Fig. 10; 
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[0032] Fig. 12 is a further simplified depiction of the exemplary training instructor 
content layer of a process graphic display having a disturbance faceplate also to be 
utilized in a training exercise; 

[0033] Fig. 13 is another simpUfied depiction of the exemplary training instructor 
content layer of a process graphic display having a dialog box or faceplate also to be 
utilized in a training exercise; 

[0034] Fig. 14 is a depiction of an exemplary faceplate of a training instructor 
content layer of a process graphic display, the faceplate being generated in connection 
vdth an actuator element shown via the process graphic display; and, 

[0035] Fig. 15 is a depiction of a further exemplary faceplate of a training 
instructor content layer of a process graphic display, the further faceplate being 
generated in connection with a local input panel or other system extemal to the 
process control system for a process plant element simulated in a process module of 
which the process graphic display is representative. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0036] Disclosed is a user interface method and system for a process plant. The 

user interface solution disclosed herein generally includes displaying a customized 

graphical depiction of process plant elements of the process plant via a display device 

of the user interface, where information for potential display with the graphical 

depiction is generated by processing data regarding both on-line and simulated 

operation of the process plant. The customized nature of the graphical depiction is 

provided by determining or specifying a content layer of the generated information. 

The content layer may be determined by, or specified via, a selection based on a user 
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profile characteristic of the current user viewing the display device of the user 
interface. 

[0037] A plurality of content layers of a process graphic display are available to 
support a number of different user types. Examples of user types include operators, 
maintenance personnel, training instructors, engineering personnel, and management. 
In this way, an operator may view a customized content layer of the process graphic 
display that presents runtime data received from the process plant in connection with 
the process plant elements depicted. Simulation data may also be presented in 
connection with a model of the process plant elements such that maintenance 
personnel may view a customized content layer depicting the simulation data. A 
simulated disturbance may also be introduced into the model of the process plant 
elements by a training instructor having access to an instructor content layer of the 
process graphic display. 

[0038] The use of a plurality of content layers of a process graphic display provides 
an integrated approach to process plant user interfaces that avoids requiring 
configuration engineers and designers to create separate displays for the various 
personnel monitoring the process plant from different on-line and off-line 
perspectives. As described below, the runtime and simulation information to support 
the plurality of content layers is generated in an integrated manner via smart process 
objects that specify routines, instructions, behaviors or methods for implementation 
by an execution engine. The rendering of graphic display elements in a customized 
content layer may then involve a selection of a portion of the information generated in 
accordance with the methods, behaviors, etc. defined by the smart process objects. 
Examples of how portions of such information may be included in, or excluded firom. 
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Specific content layers are presented below in connection with a number of different 
user profile characteristics. 

[0039] Referring now to Fig. 1 , an example process plant 10 in which smart 
process objects are used to form process graphic displays and process modules, both 
of which may be integrated with control modules to provide enhanced control and 
simulation within the plant environment, is illustrated in detail. In particular, the 
process plant 10 uses a distributed process control system having one or more 
controllers 12, each coimected to one or more field devices 14 and 16 via input/output 
(I/O) devices or cards 18 which may be, for example, Fieldbus interfaces, Profibus 
interfaces, HART interfaces, standard 4-20 ma interfaces, etc. The controllers 12 are 
also coupled to one or more host or operator workstations 20 and 22 via a data 
highway 24 which may be, for example, an Ethernet link. A database 28 may be 
comiected to the data highway 24 and operates as a data historian that collects and 
stores parameter, status and other data associated with the controllers and field 
devices within the plant 10 and/or as a configuration database that stores the current 
configuration of the process control system within the plant 10 as downloaded to and 
stored within the controllers 12 and field devices 14 and 16. While the controllers 12, 
VO cards 18 and field devices 14 and 16 are typically located down within and 
distributed throughout the sometimes harsh plant environment, the operator 
workstations 20 and 22 and the database 28 are usually located in control rooms or 
other less harsh environments easily assessable by controller or maintenance 
personnel. 

[0040] As is known, each of the controllers 12, which may be by way of example, 
the DeltaV™ controller sold by Emerson Process Management, stores and executes a 
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controller application that implements a control strategy using any number of 
different, independently executed, control modules or blocks 29. Each of the control 
modules 29 can be made up of what are commonly referred to as function blocks 
wherein each function block is a part or a subroutine of an overall control routine and 
operates in conjunction with other function blocks (via communications called Unks) 
to implement process control loops within the process plant 10. As is well known, 
function blocks, which may be objects in an object oriented programming protocol, 
typically perform one of an input function, such as that associated with a transmitter, a 
sensor or other process parameter measurement device, a control function, such as 
that associated with a control routine that performs PID, fiizzy logic, etc. control, or 
an output function that controls the operation of some device, such as a valve, to 
perform some physical function within the process plant 10. Of course hybrid and 
other types of complex function blocks exist such as model predictive controllers 
(MFCs), optimizers, etc. While the Fieldbus protocol and the DeltaV system protocol 
use control modules and function blocks designed and implemented in an object 
oriented programming protocol, the control modules could be designed using any 
desired control programming scheme including, for example, sequential function 
block, ladder logic, etc. and are not limited to being designed and implemented using 
the function block or any other particular programming technique. 

[0041] In the plant 10 illustrated in Fig. 1, the field devices 14 and 16 connected to 
the controllers 12 may be standard 4-20 ma devices, may be smart field devices, such 
as HART, Profibus, or FOUNDATION™ Fieldbus field devices, which include a 
processor and a memory, or may be any other desired type of device. Some of these 
devices, such as Fieldbus field devices (labeled with reference number 16 in Fig. 1), 
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may store and execute modules, or sub-modules, such as function blocks, associated 
with the control strategy implemented in the controllers 12. Function blocks 30, 
which are illustrated in Fig. 1 as being disposed in two different ones of the Fieldbus . 
field devices 16, may be executed in conjunction with the execution of the control 
modules 29 within the controllers 12 to implement process control, as is well known. 
Of course, the field devices 14 and 16 may be any types of devices, such as sensors, 
valves, transmitters, positioners, etc. and the I/O devices 18 may be any types of I/O 
devices conforming to any desired communication or controller protocol such as 
HART, Fieldbus, Profibus, etc. 

[0042] In the process plant 10 of Fig. 1, the workstation 20 includes a suite of 
operator interface applications and other data structures 32 which can be accessed by 
any authorized user (sometimes referred to herein as a configuration engineer and 
sometimes as an operator, although other types of users may exist as described herein 
below in connection with display layers customized for user type) to view and provide 
functionality with respect to devices, units, etc. connected within the process plant 10. 
The suite of operator interface appHcations 32 is stored in a memory 34 of the 
workstation 20 and each of the applications or entities witihin the suite of applications 
32 is adapted to be executed on a processor 36 associated with the workstation 20. 
While the entire suite of appUcations 32 is illustrated as being stored in the 
workstation 20, some of these applications or other entities could be stored in and 
executed in other workstations or computer devices within or associated with the plant 
10. Furthermore, the suite of applications can provide display outputs to a display 
screen 37 associated with the workstation 20 or any other desired display screen or 
display device, including hand-held devices, laptops, other workstations, printers, etc. 
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Likewise, the applications within the suite of applications 32 may be broken up and 
executed on two or more computers or machines and may be configured to operate in 
conjunction with one another. 

[0043] Generally speaking, the suite of applications 32 provides for or enables the 
creation and use of three different types of entities, the operation of which may be 
integrated together to provide for enhanced control, simulation, and display fimctions 
within the process plant 10. More particularly, the suite of applications 32 may be 
used to create and implement process graphic displays 35 (which generally provide an 
operator display pertaining to a portion of the process plant), process modules 39 
(which generally provide a simulation of a portion of a process plant) and process 
control modules, such as the control modules 29, which generally provide or perform 
on-line control of the process. The process control modules 29 are generally well 
known in the art and may include any type of control module, such as function block 
control modules, etc. The process graphic display elements 35, which will be 
described in more detail below, are generally elements that are used by an operator, 
engineer or other displays to provide information to a user, such as an operator^ about 
the operation, configuration or set-up of the process plant and the elements therein. 
The process modules 39 are generally closely tied to the process graphic display 
elements 35 and may be used to perform simulations of the operation of the process 
plant or of some of the different elements therein connected in the maimer depicted in 
the process graphic displays 35. The process graphic displays 35 and process 
modules 39 are illustrated as being stored in and executed by the workstations 20 and 
22, although the process graphic displays 35 and the process modules 39 could be 
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downloaded to and executed in any other computer associated with the process 
control plant 10, including laptops, handheld devices, etc. 

[0044] Fig. 2 illustrates some of the appUcations and data structures or other 
entities within the suite of apphcations 32 of tiie workstation 20. In particular, the 
suite of appUcations 32 includes control module, process module, and graphic display 
configuration appUcations 38 which are used by a configuration engineer to create 
control modules, process modules (also called process flow modules) and the 
associated graphic displays. While the control module configuration application 38 
may be any standard or known control module configuration application, the process 
module and graphic display configuration application(s) may create process modules 
and graphic displays using one or more smart process objects, the nature of which will 
be described in more detail below. StiU fiarther, while the process module and process 
graphic configuration applications 38 are shown separately, one configuration 
application could create both of these types of elements. 

[0045] A library 40 of smart process objects 42 includes example or template smart 
process objects 42 that may be accessed, copied and used by the configuration 
appUcation 38 to create process modules 39 and graphic displays 35. As will be 
understood, the configuration application 38 may be used to create one or more 
process modules 39, each of which is made up of or created firom one or more smart 
process objects 42 and may include one or more process flow or simulation . 
algorithms 45, which are stored in a process module memory 46. Additionally, the 
configuration application 38 may be used to create one or more graphic displays 35, 
each of which is made up of or created firom one or more smart process objects 42 and 
may include any number of display elements connected together. One of the graphic 
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displays 35b is illustrated in Fig. 2 in expanded form and includes a depiction of a set 
of process elements, such as valves, tanks, sensors and flow transmitters, 
interconnected by connection elements which may be pipes, conduit, power cables, 
conveyors, etc. 

[0046] An execution engine 48 operates or implements each of the graphic displays 
35 and the process modules 39 during runtime to create one or more process displays 
for an operator as defmed by the graphic displays 35 and to implement simulation 
functionality associated with the process modules 39. The execution engine 48 may 
use a rules database 50 defining the logic to be implemented on the process modules 
39 as a whole and the smart process objects wititadn those modules in particular. The 
execution engine 48 may also use a connection matrix 52 which defines the 
cormections between the process elements within the plant 10 as well as within the 
process modules 39 to implement the functionality for the process modules 39. 

[0047] Fig. 2 illustrates one of the smart process objects 42e in more detail. While 
the smart process object 42e is illustrated as being one of the template smart process 
objects, it will be understood that other smart process objects will generally include 
the same or similar elements, features, parameters, etc. as described with respect to 
the smart process object 42e and that the specifics or values of these elements, 
features and parameters may be changed or varied from smart process object to smart 
process object depending on the nature and use of that smart process object. 
Furthermore, while the smart process object 42e may be an object within an object 
oriented programming environment and thus include data stores, inputs and outputs 
and methods associated therewith, this smart process object may be created by and 
implemented within any other desired programming paradigm or protocol. 
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[0048] As will be understood, the smart process object 42e, before being 
instantiated, is an object that is associated with a particular type of entity, such as a 
physical or a logical entity, within the process plant 10 of Fig. 1. However, after 
being copied and instantiated, the smart process object 42e may be tied to a particular 
entity within the process plant. In any event, the smart process object 42e includes a 
data store 53 that is used to store data received from or pertaining to the logical entity 
with which the smart process object 42e is associated. The data store 53 generally 
includes a data store 53a that stores general or permanent information about the entity 
to which the smart process object 42e pertains, like manufacturer, revision, name, 
type, etc. A data store 53b may store variable or changing data, such as parameter 
data, status data, input and output data, cost or other data about the entity to which the 
smart process object 42e pertains including data associated with the entity as it has 
existed in the past or as it now exists within the process plant 10. Of course, the smart 
process object 42e may be configured or programmed to receive this data (e.g., cost 
data) on a periodic or non-periodic basis, from tlie entity itself via any desired 
communication link, from the historian 28 via the Ethernet bus 24 or in any other 
desired manner. A data store 53c may store a graphical representation of the entity to 
which the smart process object 42e pertains and which is used for actual display to the 
operator via an operator interface, such as tlie screen 37 associated with the 
workstation 20 of Fig. 1. Of course, the graphical representation may include place 
holders (marked by underlines within the data store 53c) for information about the 
entity, such as information defined by the parameter or other variable data about the 
entity as stored in the data store 53b. This parameter data may be displayed in tlae 
graphical place holders when the graphical representation is presented to the operator 
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on a display device 37 as part of one of the graphic displays 35. The graphical 
representation (and the smart process object 42e) may also include predefined 
connection points (marked by an "X" in the data store 53c) that enable an operator or 
configuration engineer to attach upstream or downstream components to the process 
element, as depicted by the graphical representation. Of course, these connection 
points also enable the smart process object 42e to be aware of the elements connected 
to that smart object as configured within a process module and may specify a type of 
connection element that must be used, such as a pipe, a duct, etc., a stream associated 
with that element, etc. 

[0049] The smart process object 42e may also include one or more inputs 54 and 
outputs 56 to enable communication with other smart process objects within or 
outside of a process module in which the smart process object 42 is used. The 
connections of the inputs 54 and outputs 56 to other smart process objects may be 
configured by a configuration engineer during configuration of a process module by 
simply connecting other smart process objects to these inputs and outputs or by 
specifying particular communications that are to take place between smart process 
objects. Some of these inputs and outputs may be defined as being connected to the 
smart process objects coimected at the predefined connection points for the smart 
process object as discussed above. These inputs 54 and outputs 56 may also be 
determined or defined by a set of rules within the rule database 50 and the connection 
matrix 52 defining the coimections between different devices or entities within the 
plant 10. The inputs 54 and the outputs 56, which include data stores or buffers 
associated therewith will, generally speaking, be used to provide communications of 
data from other smart process objects to the smart process object 42e or to provide 
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communications of data stored within or generated by the smart process object 42e to 
other smart process objects. These inputs and outputs may also be used to provide 
communications between the smart process object 42e and other objects within the 
process control system, such as control modules within the controllers 12, field 
devices 14, 16, etc. 

[0050] As illustrated in Fig. 2, the smart process object 42e also includes a method 
storage 58 that is used to store zero, one or more methods 60 (illustrated as methods 
60a, 60b and 60c in Fig. 2) which may be algorithms to be implemented by the smart 
process object 42e during execution of a process module in which the smart process 
object 42e is used. Generally, the methods 60 stored in the method storage 58 will 
use the data stored within the data storage portions 53a and 53b and data obtained 
from other smart process objects or even data from other sources, such as the 
configuration database or historian 28, via the inputs 54 and the outputs 56 to 
determine information about the process plant 10 or an entity within the plant 10. For 
example, the methods 60 may determine poor or bad operating conditions associated 
with the entity defined by the smart process object 42e, errors associated with that or 
other entities within the process plant 10, etc. The methods 60 may be preconfigured 
or provided based on the type or class of smart process object and will generally be 
executed each time the smart process object 42e is executed within the execution 
engine 48 during runtime. Some example methods 60 that may be provided within a 
smart process object, such as the smart process object 42e, include detecting leaks, 
dead band, dead time, movement, variability, condition monitoring, computing costs, 
or other conditions associated with the entity. 
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[0051] The methods 60 may also be provided to help simulate the operation of the 
process entity associated with the smart process object on the material flowing 
through that process entity. Thus, the methods 60 may be provided to calculate mass 
balances, energy balances, flows, temperatures, compositions, vapor states, and other 
system-level or stream level parameters associated with the material in the plaat 10, to 
simulate operation of the element so as to calculate expected outputs based on 
provided inputs, etc. Of course, these are but a few of the methods that can be stored 
in and run by a smart process object 42e, and there are many other methods that may 
be used, with such methods generally being determined by the type of entity being 
represented, the manner in which that entity is connected in and used in a process 
plant as well as other factors. It is important to note that, while the smart process 
object 42e may store and execute methods that detect system-level conditions, errors, 
etc., these methods may also be used to determine other information about devices, 
logical elements, such as process control modules and loops, and other non-system- 
level entities. If desired, the methods 60 may be programmed or provided in any 
desired programiming language, such as C, C++, C#, etc. or may be referenced to or 
may define applicable rules within the rule database 50 that should be run for the 
smart process object 42e during execution. 

[0052] If desired, each smart process object may include a library of apphcable 
algorithms or methods which may be used to define the simulation behavior of the 
smart process object when connected within a process module. Such a library is 
illustrated in a pull down menu 61 for the smart process object 42e of Fig. 2 and a 
similar menu may be associated with each other smart process object. The 
configuration engineer may define the simulation behavior of a smart process object 
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when this smart process object is placed in a process module 39 by selecting one of 
the library of simulation algorithms (called method 1, method 2, etc.) via, for 
example, the pull down menu 61. In this manner, the configuration engineer may 
define different simulation behaviors for a smart process object depending on the type 
or nature of the process for which the smart process object is being used to model. 

[0053] If desired, the configuration engineer may instead provide a proprietary or 
other user supplied algorithm to define the simulation behavior of the process element 
defined by the smart process block. Such a user defined algorithm (illustrated as the 
"user defined" entry in the pull down menu 61) may be provided to and stored in a 
smart process object when that smart process object is placed within or used within a 
process module 39. This functionality enables the simulation behavior to be 
customized by the user to thereby provide for better or more accurate simulation. If 
desired, and as will be described in more detail later, the smart process objects 42 or 
each process module 39 may include an operator actuatable switch (such as an 
electronic switch or a flag) that disables the use of the simulation algorithms within 
the smart process objects and that, instead, causes the behavior of the process module 
to be determined by a high fideUty simulation package or program, such as one 
provided by HYSYS. In this case, the smart process object or the process module 
obtains simulated parameter data fi-om the high fidelity simulation, as opposed to 
using the simulation algorithms within the smart process objects themselves. 

[0054] During execution of a graphic display 35 or a process module 39 by the 
execution engine 48, the engine 48 implements the communications defined by the 
inputs 54 and outputs 56 to each of the smart process objects in the graphic display 35 
or process module 39 and may implement the methods 60 for each of those objects to 
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perforai the functionality provided by the methods 60. As noted above, the 
functionality of the methods 60 may be located in programming within the smart 
process object or defined by a set of rules within the rule database 50 that the engine 
48 executes, based on the type, class, identification, tag name, etc. of a smart process 
object, to implement the functionality defined by those rules. 

[0055] It will be noted that an instance of the smart process object 42e has a tag or 
unique name within the context of the process module with which the smart process 
object 42e is associated and this tag or unique name may be used to provide 
communications to and from the smart process object 42e and may be referenced by 
the execution engine 48 during runtime. Process module tags should be unique within 
the control system configuration. This tagging convention enables elem^ts within 
the process modules 39 to be referenced by elements within others of the process 
graphic displays 35, process modules 39 and even the control modules 29. Still 
further, the parameters of the smart process object 42e can be simple parameters, such 
as simple values, structured parameters or smart parameters that know the expected 
units and attributes associated there-with. Smart parameters can be interpreted and 
used by the process rules engine or execution engine 48 to assure all signals are being 
sent in the same units or are converted properly. Smart rules can also be used to turn 
on and turn off groups of alarms for the smart process objects (or process modules) to 
create a smart alarm strategy and/or interface for the operator. Still further, smart 
process object classes can be associated with equipment and module classes within 
the process control strategy of the plant 10 to provide a known linkage between a 
smart process object and the process variables it will need to interpret or access. 
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[0056] Smart process objects, when used in process graphic displays or process 
modules, may also include mode of operation, status, and alarm behavior so that these 
smart objects may be put in different modes dviring runtime, such as the off, start-up, 
and normal modes, may provide a status associated with the object based on its 
current operating state, and may provide alarms based on detected conditions, such as 
a parameter out of range, limited, high variability, etc. Smart process objects may 
also have a class/subclass hierarchy which enables them to be categorized in class 
libraries, to be collected together in a composite structure, etc. Still further, smart 
process objects may utilize information from other elements, such as control modules 
and other objects to enable the smart process object to recognize when its associated 
entity is busy or, for example, acquired by a batch control process witibtin the plant 10. 

[0057] Smart process objects may be associated with any desired process entity, 
such as physical devices like pumps, tanks, valves, etc., or logical entities such as 
process areas, measurements or actuators, control strategies, etc. In some cases, smart 
process objects may be associated with connectors, such a piping, conduit, wiring, 
conveyors, or any other device or entity that moves material, electricity, gas, etc. from 
one point to another point within the process. Smart process objects that are 
associated with connectors, sometimes referred to herein as smart linlcs or connector 
elements, are also tagged (even though the actual device or connector itself may not 
be tagged or able to communicate within the process plant 10), and are generally used 
to represent mataial flow between other elements in the process. 

[0058] Smart hnks will typically include properties or parameters that define how 
different materials or phenomena (such as electricity) flow through the connection 
(e.g. steam, electricity, water, sewage, etc.) These parameters may indicate the type 
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and nature of flow (such as the general speed, friction coefficients, type of flow Uke 
turbulent or non-turbulent, electromagnetic, etc.) through the connector and the 
possible direction or directions of flow through the connector. Smart links may 
include programming or methods that ensure that the units of the source and 
destination object to which the smart link connects, match and, if not, may perform a 
conversion. The methods of the smart link may also model the flow through the 
connector using a model or an algorithm to estimate the speed or nature of the flow 
through the actual connectors, length and size of the physical connections, transport 
delay, etc. The stored parameters for the smart process object (such as friction 
parameters) may be used in these methods. Thus, in essence, the smart links or 
connector elements enable smart process objects to be aware of the other upstream 
and downstream objects or entities. Of course, smart links may, for example, define 
the connections between other objects, the type of fluid, such as hquid, gas, 
electricity, etc. within the system, the upstream and downstream side of the entities, 
which other entities are upstream and downstream of the entity for this smart process 
object, the direction of material, fluid, electric flow, etc. in any desired or convenient 
manner. In one embodiment, the matrix 52 may be created prior to execution of 
process flow modules and may define for the smart links the interconnections between 
the different devices within the plant and, therefore, the interconnections between the 
different smart process objects. In fact, the execution engine 48 may use the matrix 
52 to ascertain the upstream and downstream entities and thereby define the 
communications between the smart process objects and the methods associated with 
the smart process objects. Still further, one or more sets of rules may be provided to 
be used by the smart process objects to interact with each other and to obtain data 
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from each other as needed for the methods within the smart process objects and to 
resolve the impact of smart objects associated with output connections. 

[0059] If desired, the smart process object 42e may also include hot links, such as 
URLs, to key documentation which may be applicable to the type of object, or which 
may be specific to the instance (depending on the criticality and application) of the 
device to which the smart process object 42e pertains. The documentation may be 
vendor supplied as well as user-specific. Some examples of documentation include 
configuration, start-up and shut-down procedures, operational and maintenance 
documentation. If desired, an operator may click on the object as displayed in an 
operator display to bring up the instance specific (if any) and generic docxmientation 
for the object or associated device. Also, the operator may be able to 
add/delete/change documentation independently of the system software such as 
maintenance requests, records of operational problems, etc. Furthermore, these hot 
links may be user configurable or changeable to provide the ability to add knowledge 
links to objects in the an operator interface, to provide for quick navigation to 
appropriate information associated with the object and to provide the ability to add 
work instructions specific to the customer, to the specific object type or even to the 
specific instance of the object. 

[0060] While the process modules and process graphics are described above as 
being created together by the intercoimection of different smart process objects, they 
may be created separately. For example, a process graphic may be created using 
smart process objects and, when completed, a process module for that graphic may be 
generated based on graphic elements and their interconnections in the graphic display. 
Alternatively, the process module may be first created using smart process objects 
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and, once created, a graphic display for that process module may be automatically 
generated by the configuration application 38 using the graphic display elements in 
the smart process objects used to create the process module. Still further, a process 
module and a graphic display may be created separately and the individual elements 
within these two entities may be tied together manually by referencing one another 
(e.g., using the tag properties of the elements wilhin the graphic display and the 
process module). Through this mechanism, a smart process object may be referenced 
by multiple displays. In any event, once created, a process graphic display and an 
associated process module may be run independently or separately, although they will 
typically commimicate parameters and information back and forth as desired or 
needed. 

[0061] Generally speaking, a set of predefined graphic elements may be provided 
in the configuration application to enable a user to construct process graphic displays 
that reflect the process plant. These displays have graphic display elements designed 
to dynamically show on-line measurements and actuators that interface with the 
control system and, as a result, may present information typically monitored and 
utilized by operators or other personnel involved in on-line operations. In addition, 
unmeasured parameters that reflect process operation may be calculated using on-line 
process simulation provided in the process modules and may be shown as an integral 
part of the associated graphic displays. In these and other ways, the process graphic 
displays may provide information typically monitored and utilized by plant personnel 
other than operators, such as engineering personnel or management. 

[0062] Additionally, in an offline environment that may be used for engineering or 
training simulation purposes, the process simulation values provided by the process 
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modules may be used and/or displayed in place of the actual process measurement 
values otherwise provided by the graphic elements and the associated control 
modules. These simulation values, which may be calculated by the associated process 
modules or a third-party simulation appUcation (e.g., HYSYS), may be based on 
actual plant settings (e.g., an actuator position or state) as well as user-specified 
disturbance settings or values that may be established via, and depicted in, tlie process 
graphic displays and their respective graphic display elements. To these ends, a 
content layer of the process graphic display customized for an offline view of the 
process graphic displays may be generated and made available in, for instance, a 
training context. Further details regarding this content layer of the process graphic 
display are set forth below. 

[0063] More generally, the process graphic displays may be used in a variety of 
contexts involving both on-line or control situations, and off-line or simulation 
situations, by a number of different types of persoimel. To this end, each process 
graphic display may have a pliirality of content layers dedicated to these different 
contexts, situations and personnel. Unlike past systems having separate, independent 
displays, these dedicated content layers are integrated portions of the objects used to 
define them, in the sense that the same object or objects have associated therewith the 
information necessary to generate all of the different content layers. As a result, the 
content layers of a single process graphic display provide customized views without 
requiring a configuration engineer or other design personnel to create a separate 
display for each of the views. 

[0064] The breadth of information required to generate customized user interface 
displays for the different fimctions (operations, engineering, maintenance. 
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management, etc.) is provided and supported by a flexible and extensible set of 
graphic display elements and the simulation algorithms associated therewith. These 
graphic display elements, which may correspond with a number of different types of. 
process plant elements, including stream elements, process coimection elements, 
actuator elements, processing elements, measurement elements and estimated 
property elements, may be predefined or otherwise made available for use in creating 
the process graphics displiay and its broad functionality. Custom elements may also 
be created or generated by a configuration engineer to cover specific types of the 
foregoing process plant elements, composites of such elements, and entirely new 
elements composed from basic graphic shapes (e.g., lines, circles, etc.). 

[0065] Stream elements generally define a stream of material in the process plant 
and may be exposed in the graphic display to show the composition, density, flow, 
temperature, pressure, weight, and/or any other parameters defining the stream of 
material. Stream elements may be defined at the input of the process module and 
provided to elements within the process module to thereby enable the flow of material 
through the process module to be modeled and depicted in the graphic display. 
Similarly, stream elements may be illustrated at the output or end of the process 
module to illustrate in the graphic display the material output of the portion of the 
process plant depicted by the graphic display. Stream elements also may be used to 
define how different graphic displays (and the associated process modules) are 
connected with one another. For example, the output stream in one process module 
may be the input stream in another process module and may supply the values used at 
the input stream of the other process module. Streams may contain the following four 
parts: name (e.g., pH stream), direction (e.g., flow input), measurement (e.g., flow. 
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pressure, temperature), and composition (e.g., nitrogen, ammonia, etc.) However, 
streams could have other parts or parameters if so desired. 

[0066] Process connection elements define the manner in which materials within 
the plant, such as sohd materials, Uquid and vapor, and gases are delivered or carried 
fi:om one device to another. To clearly illustrate the material flow through the 
process, three different types of process connections including piping, ducts and 
conveyors may be used. Of course other connection elements, such as electrical 
cables to address power flow in electro-chemical processes, etc. may be used as well. 
Piping is generally used to illustrate (and simulate) hquid and high pressure vapor or 
gas flow within the plant. Ducts are generally used to illustrate (and simulate) low 
pressure gas flow within the plant. Conveyors are generally used to illustrate (and 
simulate) the movement of solid material between processing units. As a result, each 
process connection element defines the type of connection, such as a pipe connection, 
a duct connection or a conveyor coimection that is used to provide material at the 
input or output of a device. 

[00671 If desired, the properties of the material that is being transferred by a 
connection are determined by the upstream input. This information plus a connection 
status variable defining if the connection is complete may be made available as 
properties of the connection element on the graphic display. A connection element 
may start at a processing element output, an actuator element output or a stream 
element output, hi a similar manner, a connection element may terminate at a 
processing element input, an actuator element input or a stream input. 
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[0068] The properties of a connection element may be automatically displayed 
when the cursor is placed over the coimection element in the graphic display. Also, 
the properties associated with a connection element may be exposed for permanent 
display by placing a measurement or estimated property element (defined below) on 
the coimection element. If desired, a connection element may be created by holding 
the left mouse button down over an element output (such as a stream output, a 
processing element output or an actuator element output) and, while holding down a 
button on the mouse, positioning the cursor over an element input. For the connection 
to be estabUshed successfully, the input and the output types (pipe, duct, or conveyor) 
of the upstream and the downstream elements must match. The connection will 
automatically take on the type of the upstream element. 

[0069] If desired, piping elements can be shown or depicted in the process graphic 
display as a pipe connection, duct elements (e.g., air or gas) can be shown as a duct, 
and conveyor elements may be shown as conveyor belts. Piping, duct and conveyor 
element coimections can be automatically routed between processing elements and 
arrows may be displayed outside the depiction of these elements to show the direction 
of the flow. If an upstream output is common to two connections, then a "T" element 
may be included in the pipe, duct or conveyor. Similarly, "T" elements may be used 
to combine multiple outputs. The color or other graphic property of a conveyor 
element may change to indicate its status, e.g., running/stopped, flowing/not flowing, 
plugged, etc. Generally speaking, the material flow along a conveyor is determined 
by the motor drive connected to the conveyor. Thus, a motor drive actuator (which is 
an actuator element described in more detail below) may be connected to the 
conveyor. Additionally, measurement elements (described below) can be connected 

-35- 



wo 2005/109124 



PCT/US2005/015392 



to pipe, duct and conveyor elements to make it possible to expose measurements 
associated with the pipe, duct or conveyor elements, such as the speed of the conveyor 
or the flow of material in a pipe or duct, the properties of the material on or in the 
conveyor, pipe or duct, e.g. moisture or weight. Also, an exposed property element 
may be added to display properties of the material on or in the pipe, duct or conveyor 
that are not measured, for example, the composition of the material. 

[0070] If desired, each of the piping, duct and conveyor connection elements may 
graphically and dynamically reflect a lost connection (e.g., by a color change), and 
that a selected property (pressure, temperature, length, etc.) is outside configured 
limits (e.g., by a color change). Furthermore, parameters calculated by the associated 
process module may be exposed in the graphic. For example, properties provided by 
the upstream connection, whether the connection status is bad or good, Hmits on one 
or more selected parameters of the connection element, etc. may be exposed in the 
graphic display to provide information to the operator about the connection element or 
the stream being transferred by the connection element. 

[0071] Generally speaking, actuator elements are elements that perform some 
actuation function with respect to the stream and may be placed between different 
connection elements or between a processing element and a connection element. 
Examples of actuator elements include a regulating valve (with actuator), an on-off 
valve (with actuator), a pump (with motor), a force draft fan (with motor), an induced 
draft fan (with motor), an eductor (with on-off valve), a damper (with drive), a feeder 
(with variable speed motor), a conveyor motor drive (which may be attached to a 
conveyor element), etc. 
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[0072] The graphic depiction of the valve elements may dynamically reflect the 
implied valve position (by animation, for example), valve failure (by a color change, 
for example), the valve full open/closed position (by a color change, for example), 
and the AO, DO, DC, setpoint, PV, OUT, mode, etc. (by a numeric string or other 
indication, for example) of the associated control block controlling that valve. The 
simulation element associated with the valve elements (used in the process module) 
may have simulation algorithms that calculate parameters associated with the valve 
actuator, such as the discharge pressure, mass flow, liquid temperature, liquid 
composition, inlet pressure, and outlet pressure. These simulated or calculated 
parameters maybe exposed in the process graphic, if so desired. However, the user or 
configuration engineer must usually configure the reference to an AO, DO or DC 
block in a control module associated with the valve as well as the valve type (e.g., 
linear, quick opening, equal percentage, valve sizing, etc.) and the stroke time firom 
open to close. Of course, the simulation algorithms available to simulate the 
operation of the valve on the material flowing through the valve may be dependent 
upon the type of the valve and sizing information. 

[00731 The graphic depiction of pump elements may dynamically reflect the motor 
status (using, for example, a color change), the associated DO or DC function block 
mode and setpoint (using, for example, strings), the motor speed (if variable speed 
drive is used), the AO setpoint, PV, OUT mode (if variable speed drive is used) and 
other desired parameters. Likewise, the process simulation (used in the process 
module) for this element may determine or calculate parameters such as the discharge 
pressure, hquid composition, liquid temperature, and mass flow, which parameters 
may be exposed in the graphic display. The user may need to define a pump curve 
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based on the pump type. However, the user may configure the reference to the DO or 
DC block associated with the motor start/stop, the reference to the associated AO 
function block for variable speed drive (if used), and the pump curve (e.g., pressure 
versus flow) for the defining the operation of the pump. 

[0074] The graphic depiction of a force draft or an induced fan actuator element 
may have a depiction that dynamically reflects the motor status, DO or DC function 
block mode and setpoint, motor speed (if variable speed drive is used), the AO 
setpoint, PV, OUT, DO or DC function block mode (if variable speed drive is used) 
and other desired parameters, any of which may be exposed in the graphic display. 
The process simulation element (used in a process module) for this element may 
determine or calculate parameters such as the discharge pressure, gas composition, 
gas temperature, and gas mass flow, which parameters may be exposed in the graphic 
display. The user may configure the reference to the associated DC block for motor 
start/stop, the reference to an AO block for variable speed drive (if used), and the fan 
curve (pressure versus flow) for defining the simulated operation of the fan. 

[00751 In some cases a particular type of actuator may only be used with a specific 
type of comiection, e.g., a pipe, a duct or a conveyor. The table below defines some 
example coimection limitations for typical actuator elements. 
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Pipe 


Duct 


Conveyor 


Regulating valve 


X 






On-OffValve 


X 






Pump 


X 






Eductor 


X 






Force Draft Faa 




X 




Induced Draft 
Fan 




X 




Damper Drive 




X 




Feeder 


X 




X 


Motor Drive 






X 



[0076] Processing elements include plant eqmpment that processes the materials or 
streams in the plant in some manner. Generally speaking, all inputs and outputs to 
and from processing elements will be made through coimection elements. Standard 
processing elements include tanks (vertical and horizontal), heaters, static mixers, 
reactors, mixers, air heaters and any other elements that perform some type of simple 
or standard processing activity. For standard processing elements, the user may 
specify the number of inputs and outputs to the element along with the physical 
equipment properties e.g. size, volume, etc. The simulation algorithm and static 
representation of these standard processing elements may be set so that they camiot be 
modified by the user but may be selectable as described above at configuration time. 
Of course, if desired, other, typically more complex plant equipment (such as 
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distillation columns, evaporators, separators, boilers, etc.) maybe implemented as 
custom processing elements. The static representation, number of inputs and outputs 
and the simulation algorithm of such custom processing elements may be modified to 
meet the user interface requirements. Once a custom processing element has been 
defined, it may be saved as a composite or template that may be reused or used as a 
starting point in the creation of other processing elements. 

[00771 The tank standard processing element (either vertical or horizontal) may be 
configured based on the pipe connections to the tank and the tank element may 
dynamically reflect title level in tihie tank (using, e.g., dynamic animation), and the 
level at 100% or empty (using a color change, for example). The process module 
simulation for the tank may calculate and expose, via the graphic display, parameters 
such as the outlet temperature, the outlet composition, the Uquid temperature and the 
simulated level of the tank. However, to tie the tank into tilie system, the user or 
configuration engineer may need to configure tibie number of input and output 
connections, the complete connections to the tank, the tank properties, such as size 
(e.g., diameter and height), etc. 

[0078] The heater processing element may dynamically calculate and reflect, via 
the graphic display, the heat transfer coefficient (e.g., using a color change), the outlet 
product temperature, the inlet product temperature, the outlet pressure (assuming 
fixed drop), etc. A user or configuration engineer may need to configure the complete 
connections to the heater, the heater surface area and tibe heat transfer coefficient 
when clean. 



-40- 



wo 2005/109124 



PCT/US2005/015392 



[0079] Of covirse, other processing elements such as a static mixer, a reactor, a 
mixer, an air heater, a heat exchanger, etc. may have display and simulation 
capabilities that are tailored to these types of devices. Non-standard processing 
elements, such as distillation columns, evaporators, separators, boilers, etc. may be 
represented graphically using a custom processing element in which the simulation 
associated with the vessel may be user defined if not included in a standard selection. 
The processing in these elements may be described or defined as a step response 
model relating each input to each output of the vessel, hiputs may be gas and/or 
Uquid streams. Optionally, the user may define the equations that describe the 
relationships between the inputs and outputs of the processing element and these 
equations may be stored in the process module using that element to perform 
simulation. If desired, some simple static graph representations may be provided to 
help the user quickly create the static graphics associated with a custom processing 
element. If these sunple graphics are used, then the user may need to only specify the 
desired number of input and output connections and the type of connection supported 
(e.g., pipe, duct, or conveyor) supported by the custom processing element. In 
response, the graphic item will be displayed and can be immediately used in the 
creation of the operator graphic. If desired, the gains and any dynamics associated 
with each input and output of the process element may be specified if the user elects 
to specify the simulation algorithm as step responses. If the user selects a custom 
algorithm, then an expression editor may be provided for the user to define the 
simulation algorithm. Based on the method selected, the properties of the custom 
processing element outputs may be calculated differently. Furthermore, the user may 
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reference one or more of the algorithms that they have defined in a separate software 
assembly. 

[0080] Additionally, several pre-defined composites or templates may be provided 
for creating custom processing elements. These templates may include, for example, 
a boiler template having a custom algorithm that calculates the exit gas O2, the exit 
gas CO, the steam generated, Ihe boiler drum level and the boiler draft. Such a 
template may be based on a single fuel input. However, by modifying the template, it 
is possible to simulate boilers with multiple ftiels. Other pre-defined templates may 
include a specialized vessel-cyclone separator template, which may be used with in 
conjunction with a spray dryer custom processing element, and which may include a 
step response model to model the operation of the separator. Likewise, a coltmm 
template, a spray dryer, and an evaporator body may utihze a step response model to 
define the expected process response. In an evaporator, based on the energy input and 
the concentration of the input flow, the concentration of the outlet flow and vapor 
release can be calculated. Multiple evaporator elements may be connected together 
along with heat exchanger and eductor elements to create a multiple-effect evaporator. 
Similarly, a specialized vessel-stack custom template processing element may be used 
with the boiler processing element, hi this case, the properties of the inlet may be 
carried through the stack with no modifications if so desired, or to reflect emissions 
reductions performed in the stack. 

[0081] Other types of elements that can be used to create process graphic displays 
and process modules include measurement elements and property elements. 
Measurement elements include transmitter elements, which may be used in the 
graphic display to access the measurement value associated with a physical 
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transmitter, and switch elements. Generally, the transmitter element may dynamically 
reflect bad or uncertain status, the mode of the associated AI function block in the 
control module, the measurement value and units, etc. associated with an actual 
transmitter (sensor) or other data associated with the actual transmitter. In an off-line 
mode (or simulation mode) the transmitter element may be used to access and display 
the simulation value provided by the process module rather than the value associated 
with the AI or PCI block or may be used to provide a measurement value to the 
associated AI block in the control module as a measurement to be used in the 
simulated control routine. The transmitter element can be added to a connection 
element or to a processing element and, when such a transmitter element is added to 
the display, the user will generally need to identify the associated AI, PCI or DI block 
in controller scheme that is providing the measurement. In the on-line mode, the 
value of the measurement may be shown next to this measurement element. In the 
off-line mode (or simulation mode) the simulated value of the measurement (as 
developed by the corresponding process module) may be automatically displayed. In 
on-line operation, the user can elect to switch control and display to the simulated 
value in the event of a measurement failure. 

[00821 A switch element may dynamically reflect a bad or uncertain status, the 
mode of the associated DI (e.g., manual or OS), and the discrete value of a switch (on, 
off, etc.) When in an off-line simulation mode, the user may use the switch display 
element to access and change the switch parameters in the graphic display and control 
module by selecting a simulation value or a manual value and status and by manually 
entering the value and status of the switch. However, a user may generally configure 
the switch element by providing a reference to an associated DI block in the control 
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scheme, a reference to the element property that triggers the switch, and the Hmit and 
deadband associated with a change of state of the switch. 

[0083] An estimated property element generally exposes an estimated property of 
the system as determined by the process module and may be added to a connection or 
processing element to display any property , of that element. When this element is 
placed on a connection element or on a piece of equipment, the user can browse and 
select the properties that will be displayed. Thus, simulated properties that are not 
available through a physical measurement may be exposed through the use of the 
estimated properties element. Such an estimated property element may dynamically 
reflect a good/bad connection, the estimated property value(s), and a property that is 
outside of an associated limit or change. A user must generally configure the 
reference to property(s) to be displayed and the limits and color changes for the 
element if the property is outside of the limits. 

[0084] As will be understood, by attaching transmitter elements and estimated 
property elements to processing elements, actuator elements and connection elements, 
the properties associated with the inputs and outputs of these process plant elements 
may be referenced during on-line operation or off-line simulation. These properties 
may also be made visible in the process graphic display. 

[0085] Generally speaking, an operator may run or execute the configuration 
apphcation 38 to create one or more process modules 39 or process graphic displays 
for implementation during operation of the process 10 or for implementation in a 
simulation environment. The configuration application 38 presents a configuration 
display, such as that illustrated in Fig. 3, to the configuration engineer. As seen in 
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Fig. 3, a configuration display 64 includes a library or template section 65 and a 
configuration section 66. The template section 65 includes a depiction of sets of 
template smart process objects 67, which may include the smart process objects 42 of 
Fig. 2 and may be any of the connection, measurement, stream, processing, and 
estimated property elements described above. If desired, non-smart elements 68 that 
only have a graphic definition may also be provided. Essentially, the templates 67 
and 68 are generic objects that may be dragged and dropped onto the configuration 
section 66 to create an instance of a smart process object within a process module or 
graphic display (or both). A partially completed process graphic display 35c is 
illustrated as including a valve, two tanks, two pumps, a flow transmitter and two 
sensors intercoimected by flow path connectors, which may be smart links or 
connector elements as described above and providing a stream output. It will be 
noted that the graphic display 35c maybe made up of both smart process objects and 
non-smart elements. 

[0086] When creating a graphic display, such as the graphic display 35c (or a 
process module), the configuration engineer may select and drag the smart process 
objects 67 and the elements 68 illustrated in the template section 65 onto the 
configuration section 66 and drop them there in any desired location. Generally, the 
configuration engineer will select and drag one or more smart device process objects 
67a or non-smart elements 68 depicting devices onto the configuration section 66. 
The configuration engineer will then interconnect the smart device process objects 
within the configuration section 66 with smart connector process objects 67b and may 
place input and output streams 67c into the display. Moreover, non-smart elements 
may be added to the display. The configuration engineer may change the properties 
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of each of the smart process objects during this process using pop-up properties 
menus, etc. and, in particular, may chauge the methods, parameters, tags, names, hot 
links, modes, classes, inputs and outputs, etc. associated with these smart process 
objects. When the process or configuration engineer has created a process module 
with each of the desired elements, typically representing a process configuration, area, 
etc., the configuration engineer may define rules or other functionality associated with 
the module. Such rules may be execution mles such as those associated with the 
performance of system-level methods, like mass balance and flow calculations. The 
process engineer or operator may also decide to add trends and faceplates that would 
be useful when the process display is on-line. After creating the graphic display 35c, 
the configuration engineer may save that display in a memory and may, at that time, 
or later, instantiate and download that display to the execution engine 48 in a mamier 
that the execution engine 48 may provide a graphic display. Of course, the 
configuration engineer could create a process module in the same or similar manner 
although different graphics maybe depicted for process module elements as opposed 
to process graphic display elements. Furthermore, the operator may elect to turn on 
levels of detail while they are runnuig the plant. For example, one of the levels of 
detail would show the composition at each connection. 

[0087] As noted above, the process graphic or process module may be provided 
with a specific tag. For example, smart process object elements within a graphics 
display or a process module may be provided a tag including an aUas that caa be filled 
in or selected at runtime by, for example, the execution engine 48 based on other 
factors, such as a piece of equipment or a route selected within the process control 
system. The use of alias names and indirect referencing in process control systems is 
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discussed in detail in U.S. Patent No. 6,385,496, which is assigned to the assignee of 
the present invention and which is hereby expressly incorporated by reference herein. 
Any of these techniques may be used to provide and resolve aUases in tags for the 
smart process objects described herein. With the use of aliases and the like, the same 
process module may include or be used to support different views for sets of 
equipment, etc. 

[0088] The configuration application 38 may be used to design the display 64 of 
Fig. 3 in a multi-layered manner such that, for example, tabs (View 1, View 2 and 
View 3) may be used to access and create different views of the process module or 
graphic display. These tabs may be used in this configuration environment to access 
and create the different views, and may, or may not, be made available for switching 
between such views during runtime (i.e., when the execution engine 48 generates the 
process graphic display for a user). In either case, the different views may be 
selectively provided to support different users associated with the process plant. 
Further details regarding these different views, and the maimer in which the views 
may include or use the same smart process objects (or different subsets thereof) in 
respective content layers of the same process graphic display, are provided below. 

[0089] Before further discussing the customized content layers made available to 
different types of users, the nature and configuration of process graphic displays are 
now described both generally and in connection with an exemplary display. 
Generally, when the configuration engineer creates a process module or a graphic 
display, the configuration appUcation 38 automatically stores the smart process 
objects, along with the connections therebetween, in a database. This database may 
then be used to create other process modules and graphic displays using one or more 
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of the same smart process objects. As such, when creating the further displays, the 
configuration engineer can simply reference the smart process object, as already 
created and stored within the database, and any methods, etc. stored therewith to place 
that smart process object in the further display. In this manner, the database may be 
populated as the process control modules and graphic displays are created and the 
database may be used at any time to create and execute other displays and modules 
using smart process objects which abready exist within the process flow database. 
Using such a database, each smart process object within the database may support or 
be used in process modules and referenced in multiple graphic displays. As will also 
be understood, the process modules may be constructed by building displays for these 
modules and then specifying flow algorithms to be used in or associated with process 
modules. Of course, individual process modules may be spread across and executed 
by different computers and process modules may be conmiunicatively connected to 
one other to operate in conjunction with each other, either on the same or on different 
computers. When this is done, input and output streams will be externally referenced 
to tie process modules together. 

[0090] As noted above, the configuration engineer may, as part of the process 
module or graphic display creation, attach or provide the simulation algorithm of the 
process module. These simulation algorithms may be preconfigmred to calculate or 
determine certain process or system-level properties, such as mass balance 
calculations, flow calculations, efficiency calculations, economic calculations, etc. 
with respect to the process depicted or modeled by the process module. As a result, 
the process modules themselves may have mode, status, and alarm behavior, can be 
assigned to workstations, and may be downloaded as part of the display downloads. 
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If desired, the simulation algorithms may be executed by the execution engine 48 to 
perform mass or heat balancing, flow routing, flow efficiency, flow optimization, 
economic calculations related to process simulation or other desired calculations using 
the data provided in the smart process objects of the process module. Still ftirther, 
these simulation algorithms may access parameters from the control strategy, i.e., the 
control modules associated with and downloaded to the controllers, field devices, etc. 
and may, conversely, provide data or information to these control modules. 

[0091] It will be xmderstood that the execution engine 48 is needed to enable the 
process algoritlims to execute across an amalgamation of all process objects and linlcs 
configured on all displays. Thus, ttie simulation algorithms (within the process 
modules) will generally execute regardless of whether any associated graphic display 
is loaded, i.e., called up and currently displaying information to a user. Of course, the 
simulation algorithms may be cross-checked across the entire process 10 or across 
defined subsets of the process 10. It will also be understood that, during execution of 
any particular process module, the execution engine 48 may provide a display to an 
operator (or other user type) on a display device depicting the interconnected objects 
or entities within the process module based on the graphic display associated with that 
process module. The parameters, graphics, etc. of the display will be determined by 
the configuration and intercoimection of the smart elements within the process 
module. Furthermore, alarms and other information to be provided on this or other 
displays may be defined and generated by the methods within the smart process 
objects and the simulation algorithms associated with a particular process module. If 
desired, the execution engine 48 may provide a display for a process module to more 
than one operator interface or may be configured or set to provide no display, even 
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though the execution engine 48 continues to execute the process flow module and 
thereby perform the methods, alarm behavior, flow algorithms, etc. associated 
therewith. 

[00921 Fig. 4 illustrates an exemplary process graphic display 100 that may be 
created using the elements and configuration applications described above. In 
particular, the graphic display 100 depicts a portion of process plant that produces 
white vinegar from water, acid and a base. As illustrated in Fig. 4, the process 
graphic display 100 includes four stream elements 102 at inputs thereto defining the 
streams of Base Feed, Acid Feed, Water Feed and cooling water. The Base Feed 
stream 102 is delivered through a piping connection element 104 to an actuator 
element in the form of a valve 106. The output of the valve 106 is connected to a first 
input of a mixer 108 via a piping connection element 104. In a similar manner, the 
Acid Feed 102 is connected to a transmitter element 110 and then to a further valve 
112 which is connected to the mixer 108. The Acid Feed 102 and transmitter 1 10, the 
transmitter 110 and the valve 1 12 and the valve 1 12 and the mixer 108 are coimected 
via piping connection elements 114. 

[0093] As can be easily seen, an output of the mixer 108 is coimected to a heat 
exchanger 122 via piping and two transmitters 124 and 126. The cooling water 
stream 102 is delivered to the heat exchanger 122 via a valve 128 and exits the heat 
exchanger via a valve 130 to produce a retum water stream element 131. Likewise, 
the output of the heat exchanger 122 is delivered through a transmitter element 132 
and a valve 134 to provide an output Acetic Acid stream element 136. While not 
always called out in particular, the elements in the graphic display are in all cases 
connected with one another via piping connection elements. 
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[00941 It will be understood that display boxes 1 40, which may be generated as 
properties of the display elements themselves or which may be separate elements in 
the form of transmitter and estimated property elements or elements that reference 
blocks in control modules, are illustrated in the graphic display 100 to indicate or 
expose parameters, such as process variable (PV) values, setpoint (SP) values, OUT 
values, etc. associated with the different elements. Additionally, if the user were to 
place a cursor over some of the elements, the display 100 may illustrate other values 
associated with the referenced elements. For example, placing the cursor over one of 
the stream elements (such as the Acetic Acid stream output 136), may cause the 
graphic to indicate the composition, pressure, temperature, density, flow rate, etc. of 
the acid stream at this point in the process. Of course, the values and parameters 
displayed on the graphic display 100 may be delivered from an actual referenced 
transmitter within the process control system (such as from an AI block in the control 
system), or from a process module simulation element that simulates the ftinctionality 
of the element. The graphic display 100 of Fig. 4 may be provided to a user during 
operation of the process which makes white vinegar or to implement a simulation of 
that process to be used, for example, to perform design or operator tiraining activities. 

[0095] It will be understood that the fimctionality of Ihe smart process objects, the 
graphic display elements and the process modules described herein may operate in the 
operator workstation 20 and does not need to be downloaded to and configvired within 
the contiroUers, field devices, etc. within the plant 10, which makes this fimctionality 
easier to implement, view, change, etc. Further, this fimctionality enables system 
level determinations to be made more easily than within the process devices, 
controllers, etc. because the information pertaining to the devices on a system level is 
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all typically available to the operaitor workstation 20 in general and to the execution 
engine 48 in particular whereas all of this information is not typically naade available 
to each controller and field device within the process plant 10. However, when it is 
advantageous to do so, some of the logic associated with the process modules, such as 
primitives, may be embedded in the devices, equipment and controllers down within 
the process plant. The use of smart process objects to create integrated process 
control modules and graphic displays enables the execution engine 48 to, for example, 
automatically detect leaks and produce smart alarms with minimal amounts of user 
configuration activities, to calculate and track flow and mass balances within the plant 
10, to track losses within the plant 10 and to provide higher level diagnostics for the 
plant 10 and to simulate the operation of the plant during engineering design and 
operator training. 

[0096] Fig. 5 depicts one possible maimer of integrating the execution engine 48 
and the process modules and graphic displays used thereby within a process plant 
having a distributed control strategy. As illustrated in Fig. 5, the display class 
definitions 220 created by or associated with the process modules providing displays 
to an operator during execution by the execution engine 48 and are provided to the 
control configuration database and engineering tools 222 which may use and organize 
these display class definitions in any desired manner within the control strategy 
documentation. Process algorithms 224 may be connected to these display class 
definitions prior to runtime and then the display class defmitions and flow algorithms 
bound thereto may be instantiated and provided to the graphic display/ process 
module nmtime environment 226 (which may be implemented in the form of one or 
more execution engines 48 in one or more workstations). The graphic display/process 
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module runtime enviroimient 226 uses a download script parser 228 to parse the code 
during execution (i.e., to perfomi just in time object code conversion) and uses a 
ruled-based execution engine 230 to execute flow algorithms or other rule based 
procedures provided for or bound to the display classes. During this process, the 
graphic display/process module runtime environment 226 may communicate with the 
control module runtime environment 232, which may be executed in controllers and 
field devices associated with the process, to provide data or information to the control 
module mntime enviroiunent 232 or to access data or other information from the 
control module runtime environment 232. Of course, the graphic display/process 
module runtime environment 226 may communicate with the control module runtime 
environment 232 using any desired or preconfigured communication networks, such 
as the Ethemet bus 24 of Fig. 1. Still further, other methods of integrating the graphic 
displays, process modules and control modules described herein into a standard 
process control system or process plant may be used as well. 

[0097] As described above and shown in the exemplary process graphic display of 
Fig. 4, smart process objects have both graphical and simulation elements, and are 
used to depict and model the operation of a plant or a portion of the plant. In the 
following description, the graphical elements or aspects of the smart process objects 
are set forth in greater detail in cormection witii one or more embodiments. Generally 
speaking, and to first summarize the foregoing description, each smart process object 
represents a physical device or process plant element and includes a graphical element 
that may be used in a graphical depiction of that element, and a modeling or 
simulation element, such as an algorithm, that models or simulates the behavior of 
that process element when operating in the plant. In particular, a smart process object 
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may include a display element to be displayed to the operator, data storage for storing 
data and information pertaining to and received from an associated entity within a 
plant, and methods that may be executed on the stored and received data to render the 
graphical depiction. Multiple smart process objects may be connected together to 
create a process graphic display that depicts the operation of a certain portion of the 
process plant. To that end, data from the actual plant (e.g., as measured within the 
plant) may also be communicated to and depicted within the process graphic display 
created using smart process objects. The content and information generated from this 
implementation may be presented via the process graphic displays, which may be 
generated by the execution engine, one or more separate rendering engines (e.g., a 
vector graphics rendering engine), or any other engine, application, or other software 
suitable for generating the graphics necessary to depict the content and information. 

[0098] Before proceeding to describe ftirther details regarding the smart process 
objects and the process graphic displays created therefrom, it should be noted that 
ftirther information regarding smart process objects and process graphic displays and 
their use with process modules, may also be found in (i) U.S. Patent Apphcation 
Serial Number 10/278,469, entitled "Smart Process Modules and Objects in Process 
Plants," which was filed on October 22, 2002, (ii) U.S. Patent Apphcation Serial 
Number 10/625,481, entitled "Integration of Graphic Display Elements, Process 
Modules and Control Modules in Process Plants," which was filed on July 21, 2003, 
and (iii) U.S. Patent Apphcation Serial Number 11/014,307, entitled "Process Plant 
Simulation Using Smart Connection Elements," which was filed December 16, 2004, 
the entire disclosures of which are hereby expressly incorporated by reference in their 
entirety herein. For instance, in U.S. Patent Application Serial No'. 1 1/014,307, 
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reference is made to Figs. 5-8 thereof and the corresponding textual subject matter set 
forth in paragraphs [0075] to [0107], where Fig. 5 thereof shows nested process 
graphic displays, Fig. 6 thereof shows an association of a process module associated 
with a process graphic display. Figs. 7 A and 7B thereof show the commvmication 
interconnections between, and the integration of, a process graphic display, a process 
module and a control module, and Fig. 8 thereof shows an interconnected process and 
control modules providing advaaced control and simulation capabilities. 

[0099] As described above, the configuration application enables the construction 
of one or more graphic displays that generally reflect areas or portions of the process 
plant. More specifically, each graphic display includes a number of process graphic 
elements tied to respective process module elements of a process module designed to 
simulate a portion of the process plant. Each process graphic element and process 
module element may be data linked via, for example, the process control system, to a 
corresponding process plant element, which may be, for instance, a measurement 
element (e.g., a transmitter), an actuator (e.g., a motor), or a processing element (e.g., 
a reactor). Once configured, the process graphic elements are designed to 
dynamically depict information and content related to the on-line operation of the 
process plant elements, such as process measurements and status indications, by 
interfacing with the control system. In addition, immeasured parameters that reflect 
on-line process operation may be calculated using the process simulation parameters, 
algorithms, etc. provided in the process modules, or process module elements thereof, 
and may be shown as an integral part of the associated graphic displays. As fiirther 
described above, the process simulation provided by the process modules may also be 
used in an off-line environment used for engineering or training simulation purposes. 
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[0100] In support of the above-described off-line and on-line functionality, each 
process graphic display may be configured to include a plurality of customized views, 
or layers, each of which may reflect content or information specifically directed to (i) 
the current runtime context (e.g., on-line operation or off-line simulated operation), 
and (ii) the current user viewing the graphic displays. Potential uses when the process 
plant is off-line include operator training, instruction, and any other simulation 
contexts. When the process plant is on-line, a variety of types of operators and 
maintenance and other personnel may view the process graphic displays to interface 
with the process plant. In each case, the process graphic display may include or 
exclude certain content or information to suit the perspective of the user. In this way, 
the same process graphic display - together with the entirety of configuration 
information contained therein - is advantageously utilized in a variety of user 
contexts, uses and activities, thereby avoiding the need for creation and configuration 
of separate displays for each different context, use or activity. 

[0101] Generally speaking, each process graphic display, or process graphic 
element, is defined to include multiple different views of content and information. 
These views are.generally arranged as multiple layers of content of a specific graphic 
display. The data, information and content displayed in the layers are generated, 
calculated and stored in connection with the respective smart process objects 
represented in the graphic display. As described further below, portions of the 
content shown via the graphic display may appear static across the various layers, 
while other content may be added or dropped as appropriate for the specific context or 
current user. The added content may be specific to a particular process plant element 
(e.g., an actuator), or may be generally associated with the entire process module. 
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process graphic display, plant area being depicted thereby, or any portion or process 
plant element tiiereof. The added content may present any information suitable for 
the process plant elements depicted via the graphic display given the user currently 
logged into the workstation displaying the graphic display and given the context in 
which the process module is executing (e.g., off-line or on-line). 

[01021 In one embodiment, the content shown via the process graphic display may 
be determined or specified automatically given a user profile of the current user of the 
workstation or other display device on which the process graphic display is depicted. 
The user profile may specify or indicate one or more characteristics (e.g., an 
identification code) that are relied upon to make the determination. To this end, the 
user profile may have fields dedicated to process graphic display authorization levels 
or privileges. Altematively, the user profiles may specify or indicate characteristics or 
other details generally (i.e., not specifically as part of the graphic display 
authorization process). Altematively, or in addition, the user profile may specify a 
security or other clearance level that determines which process graphic information or 
view (or views) may be accessed by the user. In cases where users have access to 
multiple content views or layers, a specific layer may be accessed via selection of a 
tab as shown in Fig. 3 or via any one of a number of conventional graphical user 
interface selection mechanisms (e.g., drop-down menu command, etc.). The 
determination of which content layer to depict may be made by the execution engine 
48 or the processor of any workstation or other device with access to the network, 
including, for instance, a rendering engine associated with a display device on which 
the process graphic display will be rendered. In this manner, the same display device 
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(e.g., a handheld computer) may be utiUzed by different personnel that call for 
different content layers to be displayed. 

[0103] Figs. 6-15 are exemplary depictions of customized graphic display layers 
that may be rendered for display in accordance with user profile and/or run-time 
context, where elements common to multiple figures are identified with like reference 
numerals. The user profiles and contexts shown and described in connection with 
Figs. 6-15 involve operation, maintenance, engineering, management, and instruction 
(i.e., training). However, it should be understood that these user profiles and contexts 
are only exemplary and general in nature. For a given process plant, different user 
profiles or contexts may be appropriate, thereby necessitating additions to, or 
reductions of, the foregoing Ust. It may also be useful to have multiple content layers 
in connection with any one of the above-identified categories, such that, for example, 
two different engineering groups of users have respective views of the graphic display 
customized and dedicated to the respective fimctions or responsibilities of the groups. 

[0104] With reference now to Fig. 6, an exemplary operations view, or operator 
layer, of a run-time process graphic display 300 is shown. The graphic display 300 is 
shown in a simphfied form for ease in illustration only, and may be presented in 
conjunction with the conventional suite of tools made available in a windows, or 
graphical, user interface enviromnent for navigation, etc., as well as other tools 
specific to the process graphic display context, such as one or more paaels for 
viewing process parameters, or any other textual or other information regarding the 
process graphic display or any selected graphic display element thereof. More 
specifically, the graphic display 300 may include content or information presented via 
faceplates, panels, or other items that may be selected for temporary, dynamic or 
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Static presentation via various menu commands or, for instance, a riglit-click or any 
other graphical user interface actuation. 

[0105] The operations view of the graphic display 300 may include a center panel 
302 in which a group of process graphic display elements are disposed. Each of the 
graphic display elements may have both static and dynanGiic portions to depict the 
operation (or simulated operation) of the corresponding process plant elements being 
depicted. Such dynamic depictions may include three-dimensional views, animation, 
and continuous or periodic updates of data shown in a data panel dedicated to a 
particular process plant element. As described above, each graphic display element 
may be tied in one-to-one correspondence with a process module element of a process 
module, which, in turn, may be tied in one-to-one correspondence with an element of 
the process plant. For the exemplary process module represented by the graphic 
display 300, the graphic display elements include representations of a reactor 304, a 
pump 306 disposed in a line carrying output from the reactor 304, a valve 308 
controlling flow downstream of the pump 306, and a level sensor transmitter 310 in 
communication with the fluid in the reactor 304. The process module (not shown) 
corresponding with the graphic display 300 accordingly includes process module 
elements that could be shown in much the same manner as the process module shown 
in Fig. 7 A of the above-referenced applications. 

[0106] An operations view, or operator layer, of the graphic display 300 generally 
includes data panels indicating current, on-line parameters or values for the process 
plant element(s) with which the data panel is associated. For example, the level 
sensor transmitter 310 has a data panel 312 having a dynamic data field showing that 
the current fluid level in the reactor 304 is 2 meters. The data panel 312 also specifies 
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a Tinit (M) for the measurement, which may be static or dynamic. The data panel 312 
may also include a detailed display button 314, the selection of which by the operator 
generally produces a faceplate (not shown) providing further information regarding 
the level sensor, the level sensor transmitter, or any other process plant 
instrumentation or equipment associated with the value or parameter being sensed. 

[0107] As described above, the value, parameter or, more generally, content 
displayed via the data panel 312 may be indicative of the actual, on-line operation of 
the process plant or of simulated operation in the event of, for instance, a failed 
measurement element. More generally, the operator content layer shown in Fig. 6 
may be configured to depict any specified amount of the simulation information 
generated via the smart process objects, as desired. For example, certain infomiation 
related to simulated operation may not be suitable for operator viewing, but rather 
may be directed to maintenance persoimel attempting to determine whether a valve 
(or any other field device) is operating properly. Such simulation information may 
never be made available via the operator layer, or altematively may only be made 
available indirectly via, for example, an alarm indicating an undesirable deviation 
between actual and simulated values. 

[0108] In another exemplary use of the operator layer, an operator in training may 
be viewing the graphic display 300 during a training exercise. In this case, the 
process graphic 300 may appear much the same, if not identically, to the manner in 
which it is displayed during on-line operation, thereby providing the operator in 
training an accurate representation of the actual workstation environment experienced 
by an operator of the process plant. However, in this training context, as well as other 
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off-line contexts, the process graphic 300 may include an indication (not shown) 
signaling to the user that the process is off-line, and simulated operation is under way. 

[0109] As described above, the graphics display shown in Fig. 6 represents a 
single, exemplary view of the process graphic display 300 rendered or produced from 
execution of the methods, etc. defined in the smart process objects for each of the 
graphic display elements depicted therein. As described above, one may consider liie 
process graphics display shown in Fig. 6 as one content layer of the content and 
information generated in connection with the graphic display elements and smart 
process objects. The view or layer may only involve the depiction of a portion of the 
content and information generated, insofar as the layer is only one of several possible 
layers or views of the generated content or information. 

[0110] Fig. 7 shows another exemplary content layer 320 of the graphic display 
300. In this example, the content layer 320 is directed to a maintenance context, 
which may be useful for another subset of users of the user interface, including 
outside service providers or plant persoimel involved with maintenance of the process 
plant equipment and instrumentation. In some cases, the maintenance content layer 
may be available only when the process is on-line, inasmuch as information relevant 
to the maintenance context typically involves actual equipment operation. However, 
in some embodiments, maintenance personnel may have occasion to view information 
related to, or derived from, simulated operation of the process plant elements 
represented by the graphic display 300, particularly in an indirect manner as described 
below. More generally, the maintenance layer may present both actual (i.e., on-line) 
operation and simulation operation information to support comparisons and other 
analysis of actual operation and the simulation model of a process plant element. As a 
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result, the maintenance content layer 320 may be made available in the run-time 
environment while the process is either on-line or off-line. 

[01 1 1] The maintenance content layer 320 or view may provide content or 
information incorporating data from a simulated operation of the process plant in 
either a direct or indirect manner. For instance, the content layer 320 may display 
simulation content directly via a faceplate (which may be generated via, for instance, 
a selection button). In such cases, the simulation content may be representative of 
uiuneasured or non-measurable process parameters, such as a mixture composition. 
Altematively, or in addition, the graphic display 300 may include graphic elements 
having infomiation or content calculated via the simulation. Such simulation content 
may be continuously displayed in a panel 322 having a directed shape to denote 
association with the process graphic element, such as the reactor 304. On the other 
hand, measured parameters that may assist in the diagnosis of process plant 
equipment may be compared with values generated from the simulation. To tliis end, 
the maintenance view or layer 320 may display one or both of the actual and 
simulated parameter values. 

[0112] In one embodiment, the comparison of actual and simulated parameter 
values may be displayed in the layer 320 via a health indication or indicator. As 
shown in Fig. 7, to support a user wishing to examine the health of measurements, 
actuators, or other equipment or instrumentation, a maintenance content layer includes 
a health indication 324 as a half-circle, or dome-shaped, graphical item having a 
shaded, or colored portion indicative of the health of the instrument or equipment 
depicted via the graphic display element. In this case, the health indication 324 is 
fully shaded, meaning that the level sensor transmitter 312 appears to be operating 
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normally, or in good health. Another health indication 326 is partially shaded or filled 
to an extent indicative of the relative health of the valve 308 with which it is 
associated. In this case, the process module element associated with the valve 308 
may have received or calculated data indicative of the actual, on-line operation of the 
valve 308, as well as data from a simulation algorithm or method executing either 
internal or external to the smart process object. A further method or algorithm 
included within the smart process object may then compare the operational and 
simulation data to arrive at a relative health level of about 60%. The health indication 
326 of the process graphic element 308 is then accordingly shaded to an extent 
representative of the 60% level. 

[0113] The manner in which the health of process instrumentation or equipment is 
depicted via the graphic display 300 may vary between embodiments, as desired, hi 
fact, the graphic editor provided with the configuration application may provide a user 
with the opportunity or capability to design the shape and other details regarding the 
manner in which a health indication is displayed. For example, the graphic editor 
may be used to configure a graphic display element having a new graphic element that 
renders a numerical health indication displayed as a dynamic field of a data panel. 
The health information or related content may be displayed via a faceplate or any 
other desired graphical element. In some cases, the faceplate may provide a multi- 
dimensional health assessment- instead of a single value (e.g., 60%). More generally, 
the maintenance view or layer 320 may include or utilize any number of different 
health indicators across the various instrumentation and equipment being monitored, 
and is not in any way limited to the exemplary type or approach shown in Fig. 7. 
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[0114] In some embodiments, the health indications 324 and 326 may provide a 
link to an asset management routine or module, such as the Asset Management 
Solution (AMS) available from the Rosemount division of Emerson Process 
Management (www.rosemount.com^ For instance, health indications and other 
content involving a comparison or calculation of actual operational and/or simulation 
data may be generated by the process module element (or process block), an abnormal 
situation prevention (ASP) block, or other fault detection element associated with the 
process plant element or device. The ASP block may be integrated with the process 
block or act independently thereof as part of an ASP environment executing during 
run-time. The fianctionality provided by the ASP block may generally involve 
statistical analysis and/or expert analysis to deteraiine if a fault condition exists. 
Conventional multivariate statistical process control (MSPC) analysis or principal 
component analysis (PCA) may also or altematively be utilized, and may be 
integrated and configured into the process control system as described in the 
commonly assigned intemational application concurrently filed herewith and also 
claiming priority to the U.S. provisional application referenced above and entitled 
"Integration Of Process Modules And Expert Systems In Process Plants," the entire 
disclosure of which is hereby incorporated by reference, including those portions 
thereof directed to the aforementioned subject matter regarding MSPC analysis, PCA 
analysis, or other expert or expert-related analysis (see, e.g.. Fig. 13 thereof together 
with the textual subject matter associated therewith). Links to other information, 
content, applications, or solutions may also be provided to support the maintenance or 
other current function, as desired. 
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[0115] The health indications 324 and 326 are examples of process graphic 
elements, or aspects thereof, that, while always included with every instantiation of 
the process graphic element, are not always shown in the graphic display 300. In 
other words, when the process module, process graphic display, or graphic display 
element, is being created or configured, a user may select from a palette the graphic 
element for placement in a canvas section, or work area, depicting the process module 
being built. Selection and placement of the process graphic element creates a specific 
instance thereof for the process modixle being built, thereby duplicating all of the 
methods, algorithms, settings, features or other aspects that define it. After 
placement, the element may be fiirther configured and connected within the process 
graphic display (and associated process module). But unlike prior systems, this 
instance of the process graphic element (and the process module and graphic display) 
in which it resides will be used in the user interfaces for operations, maintenance, and 
other contexts, and for a variety of users via the multiple layers or views discussed 
herein. In this way, the element is only created and configured once, despite tlie 
variety of uses and contexts. The cxarrent user or context will determine how the 
element will be displayed, and specifically whether certain content or information 
associated therewith (e.g., a health indication) will be displayed. 

[0116] The health indications 324 and 326 are also examples of items or aspects of 
a process graphic element that are produced automatically when the respective view 
or content layer is determined for depiction. Maintenance and other personnel for 
which the maintenance content layer is made available therefore receive the health 
indication content whenever the graphic display is produced or rendered for their use. 
This automatic production of content via a customized display layer may be 
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determined by the user profile of the current user logged into the workstation. 
However, in alternative embodiments producing multiple content layers for a specific 
user, the health indication and other customized content or information may be 
produced in the graphic display at the user's discretion via selection of a layer tab or 
other command or option (e.g., "Show Health hidications"). 

[0117] Fig. 8 shows another exemplary content layer of the graphic display 300, 
specifically a content layer 330 designed for engineering or other personnel having 
engineering access privileges. This engineering content layer 330 provides an 
example of how customized content or information may be generally added to the 
process graphic display. In contrast to the health indications 324 and 326 of the 
maintenance content layer 320, which are associated with a specific graphic display 
element, this layer of the graphic display 300 may add (or remove) content or 
information generally associated with the entire process graphic display. In this case, 
the engineering view or layer 330 includes a static line 332 connecting the dynamic 
field of the data panel 312 and the valve 308. More particularly, the static line 332 
constitutes the content added at the graphic display level and rather than the element 
level. As with each of the other elements shown in the graphic display 300, the 
format or other presentation of the static line 332 may be varied as desired by the 
configuration engineer of the process graphic display using the graphic editor. In any 
case, the static line 332 may be used to designate a control coimection or association 
between the value or parameter provided via the data panel and the operation of the 
valve 308. For instance, a control module specifying a control routine for the valve 
308 may rely on an analog input (AI) parameter tied to the value presented in the data 
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panel 312, which may be provided by a level transmitter for the tank 304, as described 
above. 

[0118] In the exemplary embodiment shown in Fig. 8, the static line 332 may be 
useful for engineering personnel more familiar with the control routines executed in 
the control modules rather than the physical layout of the process plant equipment. 
The static line 332 conveniently identifies the equipment, instrumentation, 
measurements, and data involved in such control routines. 

[0119] Other exemplary types of data that may be shown in an engineering content 
layer include or involve simulation information, such as estimated stream properties 
or properties of a unit, such as a calculated operating efficiency. The selection and 
placement of such content in the process grapliic display maybe accomplished using 
an estimated property element provided in a palette of pre-defined display elements 
in, for instance, a measurement category. Estimated property elements may be usefiil 
in, for instance, displaying a calculated pump discharge pressure. As noted above, 
the display of such estimated property elements is not limited to any one particular 
content layer, and may be specified and defined by the configuration engineer 
designing the process graphic display for use in any one or more content layers or 
views, as desired. 

[0120] The content or information shown in the engineering content layer 330 may 
only be made available to users having engineering access privileges or, for example, 
an appropriate or sufficient security level or clearance. More generally, these and 
other characteristics of a user profile may be reUed upon to determine whether a user 
has access to one or more of the customized views or content layer. To this end, the 
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user profile may provide any one of a variety of indications of an access level, 
privilege or other clearaace. 

[0121] Another exemplary content layer for which access privileges or security 
clearance information in a user profile may be determinative of whether the content 
layer is displayed is a management content layer or view. An exemplary management 
view or content layer 340 is shown in Fig. 9. In a manner similar to that shown in 
connection with the engineering content layer 330, customized content or information 
may be added to the management view 340 at a display level to enable an evaluation 
of process performance generally. Altematively, or in addition, content may be added 
at an element level. For example, a trend window 342 may be displayed to provide 
information and content related to reaction conversion. Another example shown in 
Fig. 9 includes a static description (e.g., "Exchanger Foulmg hidex") and a dynamic 
field for an indication of the degree to which the heat exchanger is fouled. Items such 
as these windows, fields, and other display elements may be included in the content 
layer of the process graphic display for personnel having a management user profile 
or, equivalently, management level privileges. 

[0122] The management layer 340 shown in Fig. 9 also provides an example of a 
layer in which content or information may be excluded firom view. In this case, the 
manager does not have operator or maintenance privileges and, as a result, the graphic 
display elements to launch operator- or maintenance-related faceplates are not shown. 
For instance, the detailed display button 3 14 of the maintenance content layer 302 
shown in Fig. 7 is not provided. As a result, the faceplate made available via 
actuation of the button 314 is not made available to users limited to the exemplary 
management content layer 340. Similarly, the management content layer 340 does 
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not include the health indications 324, 326 of the maintenance view. In some cases, 
the removal of content or information may be done for the purpose of simplifying the 
process graphic display, but any other purpose may be involved in the configuration 
decision. When simplification is the only issue underlying the customization, an 
option may be provided to the user of a content layer to display the content associated 
with other views or layers (via, e.g., a "Show All" command), provided, of course, the 
current user has the appropriate clearance or access privileges. 

[0123] Figs. 10-15 show various exemplary process graphic displays and graphic 
display elements for use in a training or instruction environment. Multiple content 
layers may be available or rendered for the different users involved in a training 
exercise. Specifically, one such content layer may be utilized by instructors and other 
personnel responsible for trahiing future operators, while another content layer may 
be produced for the operators-in-training. In the past, the graphic displays utilized 
during such training episodes were often created independently firom the actual 
operator displays, and were accordingly disassociated therefirom. Such disassociation 
brought about the possibility for inaccuracies or other discrepancies, thereby making 
the training process incomplete or misleading. The separate nature of the training 
displays also forced those configuring the user interface system(s) to generate more 
than graphic display, as described above. 

[0124] Instead of having to create separate displays for both operators-in-training 
and their instructors. Figs. 10-15 show how such personnel may be accommodated via 
customized content layers of the same process graphic display utilized in other 
contexts. In this example, an operator-in-training may be presented with a process 
graphic display view 350 that parallels the view presented to actual operations 
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personnel. For instance, the two views may contain the same graphic display 
elements, namely a makeup valve 352, a recycle tank 354, a recycle valve 356, a 
reactor valve 358, a pump 360, and each of the respective connections. The training 
view 350 may only differ from the operations content layer in that specific data or 
detailed information presented via one of the hot buttons associated one of the 
aforementioned graphic display elements is indicative of simulated operation rather 
than on-line operation. Providing the operator-in-training with a simulation 
enviroiraient allows the training instructor, in turn, to modify parameters and other 
aspects of the process without having to shutdown or modify the actual on-line 
process or process plant elements. 

[0125] A training instructor view 370 corresponding with the operator-in-training 
view 350 is shown in Fig. 1 1 . As with any of the content layers or views described 
herein, the configuration details for content underlying a view dedicated to a training 
instructor may be added via the configuration apphcation 38 to the process graphic 
display. Generally speaking, the instructor view or layer 370 may provide the 
instructor with the ability to insert additional graphic display elements to the process 
graphic display. Such graphic display elements, once inserted, will then affect the 
simulated operation in a manner desired by the instructor. For example, the instructor 
or other personnel viewing the instructor content layer 370 will be capable of adding a 
manual, or hand, valve (or any other element) to simulate local hand valves that may 
exist in the plant (and therefore possibly introduce disturbances into the process) but 
are not represented or wired into the process control system. The instructor content 
layer 370 may also provide the capability of simulating other disturbances, such as 
those effected by local panel control changes or other local inputs to which the 
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process would react. In this respect, the instructor layer may, but need not, be 
different from other layers that are fixed during runtime and, as such, do not present 
the flexibility to change or add graphical display elements (and the corresponding 
functionality) outside of the configin-ation environment. 

[0126] The exemplary instructor layer 370 of Fig. 1 1 includes several manual 
valves 372, 374, 376, 378, respectively disposed along connections between the non- 
connection elements of the process graphic display identified above in connection 
with Fig. 10 and otherwise shown in the operator content layer. In one embodiment, 
such manual valves may be automatically inserted upon the rendering of the instructor 
layer and, for instance, initially configured to have no effect on flow through the 
respective connections. The instructor or other user of the content layer 370 may then 
proceed to modify the parameters or other settings of one or more of the manual 
valves 372, 374, 376, 378 to introduce disturbances and otherwise affect and control 
the simulation. Similarly, the instructor content layer 370 may include a local panel 
graphic display element 380 to provide the instructor with the capability of specifying 
parameters made available at the equipment site in the process plant via, for example, 
a local panel. Alternatively, the graphics and functionality provided for the local 
panel may be defined via a custom graphic display element created using the 
configuration appKcation 38 and configured for display in the instructor content layer 
370. In either case, the process graphic display view seen by the operator being 
trained does not reveal the local panel or the sources of such disturbances, but 
nevertheless may reflect or indicate the effects thereof 

[0127] The introduction of simulated disturbances may be provided in connection 
with any of the graphic display elements, including, as described above, one of the 
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manual valves 372, 374, 376, 378. More generally, if the instructor selects (e.g., 
clicks on or near) a graphic display element, such as a sensor or transmitter 382 on the 
outlet side of the pump 360, then a faceplate 384 may be provided as shown in Fig. 
12. The faceplate 384 may provide any number of opportunities to adjust parameters, 
such as a noise level, a bias level or more general health indications (e.g.. Status of 
"Bad"). Such parameters may, but need not, be actual parameters that can be 
manually or otherwise controlled (see, e.g., the noise level slider shown in Fig. 12). 
More typically, such parameters are designed to simulate problems with the 
equipment or instrumentation, thereby affecting the simulated operation in a reaUstic 
manner. 

[0128] Fig. 13 shows an altemative display element in support of an instructor's 
introduction of simulated disturbances. Instead of a faceplate approach to specifying 
such information, a dialog box 390 is generated in response to the instructor's 
selection of a further transmitter 392, which may correspond with a flow sensor. The 
dialog box 390 may present the instructor with fields to specify various parameters or 
values including, for instance, a Field Status, a Bad Field Value, and a Noise Level. 

[0129] Figs. 14 and 15 show exemplary local panel control elements of an 
instructor content layer in greater detail. Specifically, a local panel element 400 may 
be made available to allow the instructor to start, stop or otherwise control a motor, 
such as a pump motor. A selection button 402 or other item may be provided to 
facilitate the selection of one of such options thereby simulating the typical HOA 
function (i.e., the selection of hand, off, or auto options). Other actuator process plant 
elements may present a local panel element 402 having a number of parameters for 
designation, modification, etc., regardless of whether such parameters are, in fact. 



-72- 



wo 2005/109124 



PCT/US2005/015392 



controllable at an actual local panel located at the actuator site. The local panel 
element 402, for instance, includes respective selection buttons for a control selection 
option 404, a speed selection 406, a vibration level 408, a "Start" selection, and a 
"Stop" selection 412. 

[0130] As used herein, a process plant element may refer to a single field device or 
other plaQt component, or a set of any such plant components. For instance, a single 
component may be an actuator (e.g., valve), a processing element (e.g., a reactor), a 
measurement or instrumentation element (e.g., a sensor or transmitter), a connection 
element (e.g., pipe), a stream element, etc. A set of process plant components may, 
but need not, refer to any subset of process plant elements that are depicted in a 
process graphic display. 

[0131] When implemented, any of the software described herein may be stored in 
any computer readable memory such as on a magnetic disk, a laser disk, or other 
storage medium, in a RAM or ROM of a computer or processor, etc. Likewise, this 
software may be delivered to a user, a process plant or an operator workstation using 
any known or desired delivery method including, for example, on a computer readable 
disk or other transportable computer storage mechanism or over a conmaunication 
chaimel such as a telephone line, the Intemet, the World Wide Web, any other local 
area network or wide area network, etc. (which delivery is viewed as being the same 
as or interchangeable with providing such software via a transportable storage 
medium). Furthermore, this software may be provided directly without modulation or 
encryption or may be modulated and/or encrypted using any suitable modulation 
carrier wave and/or encryption technique before being transmitted over a 
cormnunication channel. 
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[0132] While the present invention has been described with reference to specific 
examples, which are intended to be illustrative only and not to be limiting of the 
invention, it will be apparent to those of ordinary skill in the art that changes, 
additions or deletions may be made to the disclosed embodiments without departing 
from the spirit and scope of the invention. 
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CLAIMS 

1 . A method of providing a user interface for a process plant, the method 
comprising the steps of: 

generating information for a plurality of content layers of a process graphic 
display of process plant elements of the process plant; 

determining a content layer of the plurality of content layers to display via the 
user interface; and, 

displaying via the user interface the determined content layer of the plurality 

of content layers. 

2. The rnethod of claim 1, wherein the generating step comprising 
processing runtime data received from the process plant in connection with the 
process plant elements. 

3. The method of claim 2, wherein the determining step comprises 
selecting the determined content layer based on a user profile characteristic, wherein 
the user profile characteristic comprises an indication for operator access, and wherein 
the displaying step comprises rendering an operator content layer of the plurality of 
content layers based on the runtime data. 
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4. The method of claim 1, wherein the generating step comprises 
processing simulation data in connection with simulated operation of the process plant 
elements. 

5. The method of claim 4, wherein the determining step comprises 
selecting the determined content layer based on a user profile characteristic, wherein 
the user profile characteristic comprises an indication for maintenance access, and 
wherein the displaying step comprises rendering a maintenance content layer of the 
plurality of content layers based on the simulation data. 

6. The method of claim 4, further comprising introducing simulated 
disturbances into the simulated operation of the process plant elements. 

7. The method of claim 6, wherein the determining step comprises 
selecting the determined content layer based on a user profile characteristic, wherein 
the user profile characteristic comprises an indication for training instructor access, 
and wherein the displaying step comprises rendering an instructor content layer of the 
plurality of content layers to support the introducing step. 

8. The method of claim 1 , wherein the determining step comprises 
selecting the content layer of the plurality of content layers in accordance with a user 
profile characteristic. 
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9. The method of claim 1, wherein the generating step comprises 
implementing object methods defined in a plurality of objects respectively modeling 
the process plant elements depicted in the process graphic display. 

10. The method of claim 9, wherein each object of the plurahty of objects 
further defines a graphical depiction of the process plant element for each content 
layer of the plurality of content layers. 

11. A user interface system for a process plant having a process plant 
element, the system comprising: 

a computer-readable medium; 
a display device; 

an object comprising information stored in the computer-readable medium 
regarding operation of the process plant element; and, 

an execution engine to utilize the object information in a runtime environment 
to generate content for a plurality of content layers of a process graphic display; 

wherein the display device depicts a specified content layer of the plurality of 
content layers. 
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12. The user interface system of claim 1 1, wherein the object information 
relates to receiving runtime from the process plant in connection with on-line 
operation of the process plant element. 

13. The user interface system of claim 12, wherein the specified content 
layer is determined based on a user profile characteristic, and wherein the user profile 
characteristic comprises an indication for operator access such that the specified 
content layer is directed to a customized depiction of the runtime data in an operator 
content layer of the plurality of content layers. 

14. The user interface system of claim 11, wherein the object information 
relates to generating simulation data in connection with simulated operation of the 
process plant element. 

15. The user interface system of claim 14, wherein the specified content 
layer is determined based on a user profile characteristic, and wherein the user profile 
characteristic comprises an indication for maintenance accegs such that the specified 
content layer is directed to a customized depiction of the simulation data in a 
maintenance content layer of the plurality of content layers. 
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16. The user interface system of claim 14, wherein the object comprises 
further information related to a simulated disturbance of the simulated operation of 
the process plant element. 

17. The user interface system of claim 16, wherein the specified content 
layer is determined based on a user profile characteristic, and wherein the user profile 
characteristic comprises an indication for training instructor access such that the 
specified content layer is directed to a customized depiction of the simulation data 
arising firom the simulated disturbance in an instructor content layer of the pluraUty of 
content layers. 

18. A method of providing a user interface for a process plant, the method 
comprising the steps of: 

generating content for a plurality of different types of users of the user 
interface by processing data regarding on-line and simulated operation of the process 
plant; and, 

rendering a selected portion of the content in a customized depiction of the 
process plant by determining the selected portion of the content in accordance with a 
current user type of the plurality of different user types. 

1 9. The method of claim 1 8, wherein the rendering step comprises 
determining whether the process plant is on-Une to further determine the selected 
portion of the content for the customized depiction. 
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20. A method of configuring a user interface for a process plant, the 
method comprising the steps of: 

creating a process graphic display of a plurahty of graphic display elements 
representative of a plurality of process plant elements of the process plant, 
respectively; 

configuring the plurality of graphic display elements by defining parameters 
related to on-line operation of the corresponding process plant elements and by 
defining simulation parameters to support simulated operation of the corresponding 
process plant elements; and, 

establishing a plurality of content layers for selectively displaying information 
related to the on-line and simulated operation of the process plant elements via 
customized views of the process graphic display. 

21 . The method of claim 20, further comprising the step of storing a 
plurality of objects for the plurality of graphic display elements, respectively, wherein 
each object includes the parameters related to on-line operation and the simulation 
parameters. 
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